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PREFACE 


The  research  documented  in  this  technical  report  for  the  Logistics  Analysis  to  Improve 
Deployability  (LOG-AID)  program  was  sponsored  by  the  Air  Force  Research 
Laboratory,  Human  Effectiveness  Directorate,  Logistics  Readiness  Branch 
(AFRL/HESR),  Wright-Patterson  AFB,  OH.  The  work  was  performed  under  contract 
F4 1 624-96-C-5000  by  Synergy,  Inc.  Captain  Adrian  M.  Crowley  was  the  Air  Force 
program  manager  for  the  effort.  Other  laboratory  personnel  who  made  major 
contributions  during  the  program  were  Captains  Dwight  F.  Pavek  and  Joseph  D.  Martin. 
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EXECUTIVE  SUMMARY 


The  eve  of  the  21st  century  marks  more  than  a  chronological  milestone.  Changes  in  technology 
and  fundamental  restructuring  and  downsizing  of  the  military  call  for  fresh  thinking  about  how 
the  military  accomplishes  its  goals  and  objectives.  The  challenge  is  to  adapt  and  use 
organizations,  processes,  and  rapidly  changing  technologies  to  achieve  greater  effectiveness  and 
quality  at  reduced  cost.  Organizations  that  master  change  will  continue  to  improve  their 
operational  effectiveness,  while  those  failing  to  reengineer  their  practices  and  policies  will 
gradually  loose  effectiveness. 

The  Logistics  Analysis  to  Improve  Deployability  (LOG-AID)  program  is  sponsored  by  AFRL  to 
enable  the  Air  Force  to  monitor  change  in  information  technology.  The  objective  of  the  program 
is  to  improve  the  Air  Force  deployment  capability  through  a  process-driven  approach  that  allows 
for  technologies  to  be  applied  smoothly  and  institutionalizes  continued  process  improvement  and 
technology  application. 

The  development  of  the  As-Is  models  representing  the  current  deployment  process  was  based  on 
the  integration  and  analysis  of  information-collected  from  regulations  and  manuals,  from  users  at 
numerous  bases  located  throughout  the  CONUS,  USAFE,  and  PACAF,  as  well  as  first-hand 
observation  of  the  deployment  process  operation  at  those  bases.  In  addition  to  describing  the 
current  process,  users  identified  process  problems  and  improvement  ideas  for  use  in  the 
development  of  the  To-Be  process  model.  The  As-Is  models  were  then  presented  back  to  the 
users  for  their  review  and  verification  ensured  a  solid  foundation  from  which  to  build  towards 
the  To-Be  deployment  process  concept  of  operation. 

Analysis  of  the  As-Is  process  resulted  in  eighteen  Deployment  Process  Improvements  (DPIs) 
grouped  into  the  categories  of  Information  Systems,  Process,  Policies,  Training,  and  Personnel 
Attitude.  Criteria  obtained  from  the  users  and  ranked  by  the  users  established  the  basis  for 
determining  the  relative  importance  of  these  DPIs.  Changing  the  As-Is  wing-level  deployment 
process  in  accordance  with  these  DPIs  resulted  in  the  To-Be  deployment  concept  of  operation. 
The  accuracy,  completeness,  and  acceptance  of  these  DPIs  and  the  To-Be  process  description 
were  verified  through  a  series  of  validation  trips  involving  their  presentation  to  deployment 
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experts  for  review,  comments,  and  suggestions.  Figure  1  lists  the  DPIs,  the  ranking  criteria,  and 
the  ranking  of  the  DPIs  based  on  the  criteria. 


Deployment  Process  DPIs 


DPI  Rank 


User  Defined  Deployment 
Performance  Criteria 


*  Deployment  Footprint 

*  Resource  Utilization 

*  Information  Fusion 

*  Deployment  Execution  Time 

*  Flexibility 

*  Quality  of  Deploying  Resources 

*  Deployment  Cost 


INFORMATION  SYSTEMS 

*  Implement  highly  integrated  information  systems 
across  levels  of  command,  across  and  within 
deployment  and  reception  sites  to  include  a  task 
recci  pt-to-airl  ift-mani fest  information  system. 

PROCESS 

*  Optimize  production  and  minimize  inspection  activities 

*  Adjust  responsibilities  and  improve  integration  of  units. 
Manpower,  and  Personnel 

*  Capitalize  on  cargo  and  personnel  processing  similarities 

*  Collect  process  status  and  effectiveness  information  using, 
passive  means 

*  Improve  in-transit  visibility 

*  Control  tasking  receipts  into  the  base 

*  Reduce  the  number  of  coverage  days  included  for  initial 
deployment 

*  Better  define  the  objective  and  criteria  for  UTC  tailoring 

TRAINING 

*  Apply  real-world  training  characteristics  to  exercises 

*  Maximize  training  benefits 

*  Include  total  process  training 

*  Incorporate  training  and  efficiency  evaluation  capability 
into  LOG-AID  system 

POLICIES 

*  Provide  the  UDM  capability  to  produce  more  deployment- 
ready  personnel  and  cargo 

*  Develop  deployment  guides  for  each  deployment  position 

*  Refine  the  APIs  as  necessary  to  best  guide  the  deployment 
process 

PERSONNEL  ATTITUDE 

*  Develop  a  process  to  encourage  augmentees  to  participate 
in  deployment 

*  Develop  a  process  to  encourage  augmentees  to  be 
committed  to  real  world  contingencies  to  the  same  level  as 
exercises 


Figure  I.  DPI  Ranking  Using  User-Defuted  Deployment  Performance  Criteria 
The  streamlined  To-Be  deployment  process  is  comprised  of  a  set  of  well-defined,  integrated,  and 
non-duplicating  activities.  Supporting  the  activities  are  a  series  of  process  structures  which 
control  and  integrate  these  activities  among  organizations  so  as  to  minimize  duplication  of  data 
and  limit  number  of  information  systems. 


While  the  basic  deployment  process  requirements  will  remain  relatively  constant  into  the  future, 
the  technologies  available  to  implement  the  process  will  change  dramatically.  With  the  year 
2010  selected  as  the  first  implementation  target,  the  focus  of  the  Year  2010  Concept  of  Operation 
(CONOP)  current  or  anticipated  technologies.  As  time  progresses  beyond  2010,  evolving 
technologies  will  replace  the  Year  2010  technologies  as  appropriate,  further  enhancing  the 
effectiveness  of  the  deployment  process.  These  enhancements  in  deployment  capability  will 


minimize  the  deployment  footprint,  reduce  the  reaction  time  required  to  satisfy  a  deployment 
tasking,  and  reduce  the  number  and  skill  level  of  personnel  performing  the  deployment. 

The  intended  goal  is  to  have  an  AF  wide  process  that  will  allow  for  variations  in  technologies  for 
implementation  of  the  process  at  the  wing  level.  Incremental  implementation  of  the  To-Be 
CONOP  is  based  on  the  user-defined  DPI  ranking  and  will  produce  near-term  and  step-wise 
benefits  while  reducing  implementation  and  operational  risks.  This  incremental  implementation 
with  variations  in  technologies  also  allows  for  the  deployment  bases  with  varying  levels  of 
existing  deployment  technologies  to  upgrade  their  technologies  based  on  their  need  rather  than 
requiring  the  implementation  of  a  large  single  technology  package  capability.  Thus, 
organizations  will  be  able  to  control  their  change  achieving  greater  effectiveness  and  quality  at 
reduced  cost  through  the  reengineering  of  their  process  and  policies. 

Identifying  the  DPIs  and  laying  the  foundation  for  the  development  of  the  To-Be  CONOP 
required  the  application  of  a  methodology  that  effectively  integrated  the  users  and  the  LOG-AID 
analysis  team.  As  presented  in  this  document,  the  methodology  foundation  started  with  a 
baseline  understanding  of  the  wing-level  deployment  process.  The  next  step  was  direct 
interaction  with  132  personnel  at  16  Air  Force  bases,  as  well  as  operational  observations  of  the 
wing  level  deployment  process.  This  data  was  documented  through  a  set  of  As-Is  functional 
models,  data  models,  process  flows,  and  simulation  models.  In  addition,  criteria  ranking  data 
was  collected  from  each  individual  to  help  determine  the  order  of  importance  of  the  DPIs. 

Ranking  the  DPIs  by  the  user-defined  criteria  prioritized  the  DPIs  with  respect  to  their 
importance  and  benefit  to  the  users.  To  verify  the  DPIs  we  presented  to  over  300  users  at  17 
bases  worldwide.  The  accepted  DPIs  were  then  used  as  the  basis  for  changing  the  As-Is  models 
so  as  to  produce  the  corresponding  To-Be  models.  These  models  were  the  developing 
foundation  for  the  LOG-AID  CONOP  focused  on  the  year  2010.  In  addition,  the  To-Be  models 
provided  the  requirements  and  specifications  for  identifying  and  selecting  technologies  to 
implement  the  future  process  or  to  identify  the  research  requirements  for  designing  and 
developing  new  technologies. 

In  parallel  with  the  primary  wing  level  process  analysis  was  the  development  of  the  Agile 
Combat  Support  Process  and  Technology  Center  (ACSPTC).  Set  up  as  a  testing  laboratory 
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concept,  it  provided  the  opportunity  to  implement  and  work  with  many  existing  wing  level 
deployment  tools,  to  implement  and  work  with  tool  concepts  developed  within  the  LOG-AID 
program,  and  to  gradually  build  a  limited  version  of  the  To-Be  wing-level  deployment  process. 

Everything  was  now  set  to  effectively  and  efficiently  develop  and  implement  a  test  plan  to 
demonstrate  the  operational  benefits  provided  by  the  To-Be  CONOP  built  upon  the  DPIs.  The 
ranked  DPIs  were  transformed  into  a  set  of  testing  initiatives.  Prior  to  their  site  implementation, 
the  To-Be  simulation  and  the  ACSPTC  provided  capabilities  necessary  to  predict  the  potential 
operational  benefits  prior  to  the  site  implementation. 

Finally,  the  results  of  the  LOG-AID  program  produced  two  critical  capabilities  for  ensuring 
continued  benefits.  First,  the  methodology  and  models  developed  as  the  program  foundation 
form  the  basis  for  a  continued  process  improvement  capability  necessary  to  ensure  the  continued 
optimization  of  the  wing-level  deployment  process.  Second,  an  approach  was  developed  to 
encourage  and  facilitate  the  transition  of  the  To-Be  CONOP  and  the  implementing  technologies 
to  the  supporting  bases.  Through  this  implementation  transition  is  realized  in  a  more  uniform 
wing  level  deployment  process  optimizing  the  bases  deployment  capabilities  while  minimizing 
system  development  and  training  requirements.  Thus,  the  Air  Force  will  have  made  significant 
steps  towards  meeting  future  operational  requirements  as  stated  in  Air  Force  Vision  2010. 

As  the  Air  Force  evolves  to  an  Air  Expeditionary  Force  (AEF),  the  need  to  reduce  force 
deployment  time  and  reduce  the  deployment  footprint  are  critical.  While  not  the  total  solution, 
the  results  of  the  LOG-AID  analysis  make  tremendous  strides  in  achieving  the  AEF  capability. 
When  implemented,  LOG- AID  alone  will  result  in  a  14  hour  (60%)  reduction  in  the  force* 
deployment  timeline.  More  importantly,  LOG-AID  sets  the  stage  for  continuous  process 
analysis  and  technology  application  that  will  facilitate  structured  improvements  well  into  the 
next  century. 
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1.  INTRODUCTION 


Conducted  by  the  Synergy  Team  under  contract  to  the  Air  Force  Research  Laboratory 
Logistics  Readiness  Branch  (AFRL/HESR),  the  Logistics  Analysis  to  Improve 
Deployability  (LOG-AID)  program  analyzed  the  current  wing-level  deployment  process 
and  developed  a  set  of  Deployment  Process  Improvements  (DPIs)  directed  at  increasing 
the  operational  effectiveness  of  the  Air  Force's  (AF)  wing-level  deployment  process.  The 
DPIs  provided  the  foundation  for  developing  the  requirements  for  a  streamlined  process 
providing  the  capabilities  to  reduce  the  deployment  footprint,  reduce  deployment 
response  time,  and  improve  the  use  of  deployment  resources. 

The  scope  of  the  wing-level  deployment  process  considered  within  the  LOG-AID 
program  starts  with  the  receipt  of  the  deployment  tasking  and  finishes  with  the  deploying 
resources  loaded  on  the  transporting  conveyance.  This  scope  includes  all  information 
processing  and  activities  of  the  Battle  Staff,  load  planners,  Deployment  Control  Center 
(DCC),  Installation  Deployment  Officer  (IDO),  Unit  Deployment  Manager  (UDM),  in¬ 
check  personnel,  on-base  transportation,  Cargo  Deployment  Function  (CDF),  Personnel 
Deployment  Function  (PDF),  marshaling  team,  load  master,  and  load  team. 

The  LOG- AID  program  addressed  a  set  of  integrated  objectives  identified  as  follows: 

•  Identity  and  document  shortfalls  in  the  current  deployment  planning  and 
execution  process  and  supporting  systems; 

•  Identify  innovative  process  improvements  and  technologies  that  significantly 
enhance  the  stakeholder's  ability  to  satisfy  the  deployment  requirements; 

•  Define  and  document  a  Concept  of  Operation  (CONOP)  for  best-case  wing 
deployment  planning  and  execution  at  base; 

•  Implement  a  demonstration  at  a  facility  in  which  the  process  improvement 
concepts  and  information  systems  integration  can  be  tested  and  demonstrated. 
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Successful  performance  of  the  LOG-AID  program  required  the  application  of  a 
stakeholder- focused  methodology  based  on  the  development  and  analysis  of  As-Is  and 
To-Be  models  representing  the  deployment  process.  The  information  used  to  develop  the 
As-Is  models  came  from  reviews  of  literature  and  previous  programs,  and  from  site  visits. 
During  the  visits,  the  LOG-AID  team  observed  deployment  operations  and  interviewed 
personnel,  or  stakeholders,  directly  involved  with  deployment  performance,  being 
deployed,  and  evaluating  the  deployment. 

Organization  of  the  collected  information  into  a  set  of  As-Is  models  formed  the  primary 
analysis  tools  for  identifying  processing  strengths  and  weaknesses.  DPIs  developed  to 
build  upon  the  strengths  and  address  the  weaknesses  produced  the  stepping  stones  to  the 
streamlined,  improved  process  as  documented  in  a  set  of  To-Be  models,  including 
potential  technologies  to  implement  the  improved  process.  Extracting  the  processing 
requirements  from  the  To-Be  models  produced  the  LOG-AID  CONOP. 

The  LOG-AID  Agile  Combat  Support  Process  and  Technology  Center  (ACSPTC) 
provides  a  facility  to  integrate  information  systems  and  technologies  making  up  current 
deployment  process.  As  the  process  improvements  and  technologies  develop,  the 
ACSPTC  provides  the  capability  to  verify  the  improvements,  to  test  new  technologies, 
and  to  perform  trade-off  analysis.  This  report  presents  this  methodology,  with  the 
resulting  models  presented  in  the  Appendices. 

1.1  Background 

Significant  changes  in  the  world  situations  are  forcing  the  military  to  transition  its 
operational  capabilities  to  meet  a  varying  set  of  mission  requirements.  Specifically, 
military  support  requirements  are  changing  from  one  of  supporting  major,  long-term 
conflicts  in  a  relatively  predictable  set  of  global  sites  to  supporting  shorter-term  conflicts 
and  humanitarian  missions  at  almost  any  point  in  the  world.  These  changes  in  global 
mission  requirements  necessitates  a  responsive,  sustainable,  and  survivable  support  force 
prepared  to  promote  and  defend  national  interest  anytime  and  anyplace. 
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Thus,  the  traditional  practice  of  using  massive  quantities  of  troops  and  large  stockpiles  of 
supplies  available  in-theater  to  engage  hostile  forces  is  quickly  becoming  obsolete. 
Additionally,  extensive  build-up  time,  and  lengthy  supply  and  repair  pipelines  to  sustain 
forces  are  unrealistic.  Because  of  these  changes  in  world  situations,  the  Air  Force 
logistics  of  the  future  faces  its  greatest  challenge  of  improving  itself  so  as  to  provide  a 
precise,  agile  response  capability. 

To  address  these  changing  conditions,  the  United  States  Air  Force  (USAF)  is  embarking 
on  a  new  set  of  initiatives  under  the  banner  Global  Engagement  as  documented  in  Joint 
Vision  2010,  These  initiatives  are  the  core  competencies  of  Air  and  Space  Superiority, 
Global  Attack,  Rapid  Global  Mobility,  Precision  Engagement,  Information  Superiority, 
and  Agile  Combat  Support  (ACS),  The  core  competencies  support  the  Air  Expeditionary 
Force  (AEF)  concept  by  providing  the  necessary  military  support  for  the  changing  global 
military  requirements.  Satisfying  these  operational  goals  requires  increased  flexibility  to 
address  changing  mission  requirements,  increased  responsiveness,  reduced  deployment 
footprint,  and  reduced  personnel  and  equipment  to  support  the  deployment  operation. 

These  operational  changes  directly  impact  the  requirements  placed  on  the  wing  level 
deploying  units.  Specifically,  the  units  no  longer  have  the  luxury  of  leaning  forward  in 
their  deployment  preparation.  Rather,  they  face  a  future  requiring  them  to  react  based  on 
unanticipated  taskings,  to  accomplish  the  deployment  in  a  limited  time  frame,  and  to 
transition  in  a  seamless  manner  between  their  day-to-day  training  operations  and  their 
deploying  operations. 

As  the  Air  Force  moves  into  the  future,  units  and  bases  must  deploy  as  an  integrated  set 
to  provide  those  resources  needed  to  support  the  designated  mission.  This  integration 
requires  a  combination  of  communications  and  coordination  supported  by  a  deployment 
process  having  significant  commonality  across  units  and  bases.  The  communications  and 
coordination  allows  for  the  tailoring  of  deploying  resources,  thus  footprint  reduction, 
based  on  the  sharing  of  resources  among  units  as  well  as  the  increased  use  of  resources 
located  at  the  reception  site.  Process  commonality  minimizes  the  need  to  adjust  the 
process  due  to  the  deployment  size  or  type.  Thus  allowing  the  deployment  support 
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personnel  to  concentrate  on  performing  the  deployment  activities  rather  than  determining 
what  the  activities  prior  to  performing  them. 

Operating  in  this  seamless  environment  requires  the  wing-level  deployment  process  to  be 
performed  more  effectively  through  the  application  of  a  streamlined  and  properly 
implemented  deployment  process.  To  be  viewed  as  streamlined,  each  action  performed 
in  the  process  produces  a  unique  product  that  is  needed  in  the  performance  of  subsequent 
activities.  Effective  implementation  requires  an  effective  allocation  of  activities  between 
personnel,  arid  the  selection  of  technologies  that  satisfy  both  functional  and  performance 
capabilities  of  the  process. 

This  distinction  between  the  process  definition  and  the  process  implementation  allows  for 
their  separate  ev  ’  on  and  continued  process  improvement.  A  streamlined  deployment 
process  should  elatively  stable  over  long  periods  of  time.  The  ever-changing 
capabilities  in  technologies,  however,  provide  the  potential  for  improving  process 
efficiency  by  changing  process  implementation  using  those  technology.  This  separation 
between  process  definition  and  process  implementation  also  allows  for  the  application  of 
the  process  definition  at  all  bases  regardless  of  their  level  of  deployment  commitment 
while  allowing  the  technology  implementation  to  vary  among  bases  in  accordance  with 
their  deployment  mmitment. 

Having  established  a  streamlined  processing  definition  and  implementation  concepts,  the 
foundation  exists  to  carry  the  Air  Force  not  only  into  the  year  2010  as  designed  for  the 
LOG-AID  program,  but  well  beyond. 

2.  METHODOLOGY 

The  LOG-AID  program  used  Systems  Research  and  Applications  Corporation  (SRA’s) 
Enterprise  Life  Integration  Technology  Engineering  (ELITE)  methodology  as  the 
comprehensive  system  life-cycle  analysis  framework  to  bring  all  Business  Process 
Reengineering  (BPR)  related  activities  together  into  an  integrated  approach.  As  shown  in 
Figure  2,  ELITE  addresses  the  full  range  of  strategic  planning  activities,  BPR, 
information  systems  development,  deployment,  and  operations  and  maintenance  (O&M). 
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ELI  I  E  lies  all  activities  together  with  artifacts  (requirements,  designs,  code,  and 
documents)  and  surrounds  all  activities  with  a  comprehensive  management  infrastructure. 
ELITE  allows  for  entry  and  exit  at  points  appropriate  to  the  scope  of  the  given  program 
effort  and  accommodates  varied  methods,  techniques,  and  tools. 
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Figure  2.  ELITE  Methodology 


Phase  I  -  ELITE:  Planning,  the  enterprise  looks  outward  to  understand  the  environment 
in  which  it  operates,  looks  inward  to  candidly  assess  its  strengths  and  weaknesses,  sets  a 
course  for  the  future,  and  plans  an  approach  to  get  there.  While  planning  is  primarily  an 
internal  activity,  this  phase  is  vital  to  the  success  of  any  future  initiative. 

Phase  II  -  BPR:  identifies  better  ways  of  conducting  business,  avoiding  the  perpetuation 
of  inadequate  or  inappropriate  business  processes.  Accomplishing  Phase  II  requires  the 
analysis  ot  current  business  processes,  development  and  evaluation  of  alternative  means 
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of  meeting  the  organization’s  future  objectives,  and  the  generation  of  plans  to  realize  the 
selected  alternative  through  implementation  projects. 

Phase  III  -  Construction/Development:  converts  the  plans  and  models  developed  during 
BPR  into  a  real  system,  along  with  the  detailing  of  organizational  and  related 
infrastructure  changes  required  to  implement  the  improved  business  processes.  ELITE’S 
unique  approach  to  this  phase  defines  three  interdependent  development  paths:  selection 
and  integration  of  the  system  infrastructure  (hardware,  system  software,  and  commercial 
or  governmental  off-the-shelf  applications);  creation  of  new,  reengineered,  or  converted 
automated  information  systems  software;  and  implementation  of  changes  to  the 
customer’s  organizational  structures  and  internal  operational  procedures.  Each  of  these 
paths  overlaps  and  complements  the  others  to  address  all  development  factors  in  a 
comprehensive  manner.  Within  each  path,  activities  defined  for  requirements  analysis, 
design,  and  development  culminate  in  the  delivery  of  a  system  ready  for  acceptance. 

Phase  IV  -  Implementation:  the  infrastructure,  automated  information  system,  and  new 
organizational  structures  and  procedures  are  installed,  acceptance  tested,  and  deployed. 
System  fielding  is  coordinated  with  user  training  and  implementation  of  organization  and 
procedural  changes.  Our  key  to  continuous  process  improvement  is  the  application  of  the 
full  ELITE  methodology  for  all  required  modifications  and  upgrades. 

The  integrated  phases  of  ELITE  allow  for  the  traceability  of  requirements,  configuration 
management  of  all  information  collected  and  products  generated,  facilitation  of  customer 
involvement,  and  overall  management  control  of  the  program. 

The  Air  Force  accomplished  most,  if  not  all,  of  the  planning  activities  in  ELITE  Phase  I. 
This  planning  involved  the  definition  and  scoping  of  the  LOG-AID  program  and  the 
generation  of  the  statement  of  work  leading  up  to  analysis  work  performed  within  Phase 
2.  LOG-AID,  therefore,  concentrates  primarily  on  completing  Phase  II,  the  BPR  portion 
of  the  ELITE  methodology.  After  development  of  the  LOG- AID  CONOP,  it  provides  the 
foundation  for  implementation  test  plan  development  designated  in  Phase  3.  The  results 
of  the  implementation  tests  provide  the  guidance  necessary  to  define  and  implement  the 
optimized  deployment  process  at  various  bases. 
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Within  the  scope  of  ELITE  Phase  II,  the  LOG-AID  program  applied  a  user  focused, 
three-task  approach  as  represented  in  Figure  3,  Throughout  these  three  tasks,  close 
coordination  with  the  users  helped  to  ensure  an  accurate,  complete,  and  documented 
understanding  of  the  work  performed  within  the  wing-level  deployment  process,  and 
provided  the  basis  to  present  and  gain  acceptance  of  the  developing  improvement 
concepts. 


Figure  X  LOG-AID  Approach 

The  “Define  Current  Methods”  task  produced  the  description  of  the  current  wing-level 
deployment  process  as  documented  in  a  set  of  As-Is  activity,  data,  and  process 
flow/simulation  models  as  presented  in  Appendices  B,  C,  and  D  respectively.  These 
models  provided  the  analysis  tools  necessary  to  identify  operational  problems  within  the 
current  process  and  to  evaluate  whether  user-identified  problems  were  core  problems  for 
symptoms  of  other  core  problems.  These  analyses  identified  process  strengths  and 
weaknesses  which  were  categorized  in  terms  of  information  systems,  process,  policies, 
training,  or  personnel  attitude.  Building  upon  the  process  strengths  and  correcting  the 
process  weaknesses,  DPIs  were  developed  and  ranked  (prioritized)  with  respect  to  the 
benefits  each  DPI  provide  to  users.  The  DPIs  provided  the  foundation  on  which  to 
develop  the  To-Be  activity,  data,  and  process/simulation  models,  as  presented  in 
Appendices  F,  G,  and  H  respectively,  describing  deployment  in  the  year  2010. 
Extracting  and  organizing  the  information  from  these  To-Be  models  produced  the 
Deployment  2010  Concept  of  Operation. 
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Supporting  all  aspects  of  the  LOG-AID  was  the  ACSPTC.  Starting  with  the  software 
programs  currently  used  to  support  the  deployment  process,  this  computer-based  facility 
provided  the  capability  to  understand  the  current  programs  and  gain  experience  with  the 
performance  situations  being  faced  during  wing-level  deployments.  As  the  program 
progressed,  enhancements  to  the  ACSPTC  included  new  support  program  and  program 
integration  concepts  providing  the  capability  to  test  software  tool  and  system  integration 
concepts. 

3.  ANALYSIS 

3.1  Define  Current  Process 

A  description  of  the  current  wing-level  deployment  process  formed  the  foundation  for 
developing  of  the  2010  wing-level  deployment  process.  The  current  process  description 
established  a  common  understanding  of  the  deployment  process,  provided  a  means  by 
which  to  compare  deployment  processes  across  various  sites,  provided  a  means  of 
understanding  the  historical  development  of  the  deployment  process,  and  provided  a 
benchmark  against  which  to  measure  the  effectiveness  of  the  proposed  improvement 
recommendations. 

The  application  of  a  user-focused  methodology  produced  a  description  of  the  current 
deployment  process  by  identifying  and  collecting  process  data,  and  documenting  the 
As-Is  process  description  via  the  development  of  the  As-Is  activity,  data,  process  flow, 
and  simulation  models.  The  following  subsections  present  details  for  the  definition  of  the 
current  process. 

3.1.1  Methods  Description 

Defining  the  current  methods  started  with  specifying  the  scope  of  the  problem  and 
identifying  the  criteria  and  metrics  for  measuring  the  improvement  recommendation 
effectiveness.  With  the  scope  and  metrics  identified,  information  obtained  from 
functional  experts  and  documentation  reviews  formed  the  basis  for  the  development  of 
the  initial  or  strawman  functional  model. 
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The  initial  functional  model  provided  the  process  understanding  necessary  to  identify  the 
data  collection  requirements  in  terms  of  the  types  of  information  needed  to  accurately 
describe  the  deployment  process.  The  information  requirements  guided  the  selection  of 
information  sources  and  the  development  of  a  data  collection  kit.  The  sources  included 
the  roles  or  personnel  skills  that  could  provide  the  needed  information  and  an  analysis  of 
the  Air  Force  sites  throughout  the  world  identified  the  best  set  of  sites  at  which  to  access 
the  identified  sources.  The  bases  and  skills  (stakeholders)  visited  and  interviewed  are 
listed  in  Figure  4,  along  with  the  number  of  interviews  associated  with  the  five  major 
activities  associated  with  the  wing/base-level  deployment  process. 


Deployment  process  effectiveness  dependent  on  perspective 


SITES 

Ohio  ANG  (Springfield) 
Indiana  ANG  (Ft.  Wayne) 
Wright  Patterson  AFB 
Langley  AFB 
Eglin  AFB 
Tyndall  AFB 
Holloman  AFB 
Mt.  Home  AFB 
McGuire  AFB 
Ramstein  AFB 
Spangdahlem  AFB 
Shaw  AFB 
Youngstown  ARS 
Seymour  Johnson  AFB 
Randolph  AFB 
Maxwell  AFB/Gunter  Annex 


STAKEHOLDERS 
Wing  Commander 
IDO/DCC 
UDM 

Load  Planner 
Manpower  Sc 
Personnel 
PDF 

CDF/Incheck 
On-Base  Transportation 
READY 

Marshalcr/RAM  PCO 
Load  M  aster/TR  AN  SCO  M 
Reception  Site 


INTERVIEWS 
Planning  (65) 

Unit  Preparation  (27) 
Transportation  (8) 

Cargo  Processing  (23) 
Personnel  Processing  (9) 
TOTAL  (132) 


Figure  4.  LOG-AID  Data  Collection  Sources 
Following  each  data  collection  trip,  analysis  of  the  collected  information  supported  the 
gradual  refinement  and  expansion  of  the  strawman  model  into  the  As-Is  functional  model 
as  well  as  the  refinement  and  enhancement  of  the  data  and  simulation  models.  The 
increased  process  understanding  provided  by  the  improved  As-Is  models  directly  affected 
the  information  collection  requirements  for  subsequent  data  collection  trips.  This  data 
collection  and  model  development  cycle  continued  until  the  completeness  of  the  As-Is 
models  supported  the  requirements  of  the  process  analysis. 


To  further  facilitate  the  development  of  the  As-Is  functional  model,  information  from 
previous  and  on-going  programs  was  reviewed  and  brought  forward  into  the  As-Is 
functional  model.  The  information  gained  from  the  previous  and  on-going  programs  was 
documented  in  the  LOG-AID  Background  Paper.  The  background  paper 
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provides  an  effective  reference  for  future  related  programs  first  by  identifying  related 
programs,  providing  insight  into  focus  and  results  of  the  programs,  and  describing  how 
the  LOG- AID  program  used  those  programs.  Throughout  the  development,  model 
reviews  verified  the  model  accuracy  and  completeness. 

Interviews  with  subject  matter  experts  on  the  LOG-AID  team  and  document  reviews 
provided  the  starting  point  for  the  strawman  model  development.  The  strawman 
development  ensured  a  common  understanding  of  the  boundaries  and  goals  of  the  LOG- 
AID  program  along  with  a  top-level  understanding  of  the  wing-level  deployment  process 
within  the  defined  boundary. 

The  literature  search  expanded  and  verified  information  from  the  LOG-AID  team’s 
SME’s  by  bringing  forward  information,  results,  and  ideas  from  previous  and  ongoing 
programs.  Documentation  of  the  literature  review  in  the  Background  Paper  provides  an 
effective  reference  for  future  programs  focusing  on  the  wing-level  deployment  process. 

Categorizing  the  related  programs  in  terms  of  the  scope  and  perspective  provided  the 
basis  for  mapping  the  programs  to  the  LOG-AID  As-Is  models  and  helped  identify  the 
appropriate  program  to  be  brought  forward  into  the  LOG-AID  program.  This  program 
categorization  provides  the  following  three  primary  insights: 

•  The  relationship  between  the  various  related  programs  and  the  LOG-AID 
program; 

•  A  picture  of  the  total  analysis  coverage  directed  at  the  deployment  process;  and 

•  The  deployment  process  segments  not  yet  addressed  by  analysis. 

To  provide  a  common  understanding  for  comparison,  the  following  definitions  of 
perspectives  were  applied. 

Functional  Analysis  Perspective:  Focuses  on  the  functions  or  activities  performed 
within  a  process  and  identifies  the  informational  relationships  that  must  exist  to 
optimize  the  performance  and  coordination  of  the  processing  functions.  This 
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analysis  identifies  and  reduces  duplicate  and  non-value  activities,  resulting  in  a 
streamlined  process  that  maximizes  the  use  of  implementation  resources.  This 
analysis  generates  the  functional  and  informational  requirements  for  the 
process. 

Information  Perspective:  Focuses  on  the  information  requirements  identified  by  the 
functional  perspective  analysis  to  support  the  current  process  with  the  objective 
to  reduce  the  duplication  of  information  elements  and  to  organize  the  logical 
structure  of  the  information  to  maximize  the  operational  efficiency.  This 
analysis  specifically  helped  to  identify  the  commonality  of  information  existing 
between  personnel  and  equipment  which  leads  to  the  potential  for  developing  a 
unified  information  system  for  both. 

Process  Flow  Perspective:  Focuses  on  flow  efficiency  of  the  process  with  the 
objective  to  reduce  process  flows,  and  to  develop  requirements  and 
specifications  to  reduce  bottlenecks.  The  process  flow  perspective,  which  often 
times  includes  simulation,  is  overlaid  onto  the  functional  and  information 
perspectives  to  represent  the  performance  characteristics  of  the  process.  These 
performance  characteristics  are  documented  as  the  performance  requirements 
and  specifications  needed  to  identify  and  select  technologies  to  support  the 
process  and  the  design  of  physical  data  structures  needed  to  effectively  support 
the  process  performance. 

Information  System  Perspective:  Focuses  on  the  development  of  individual 
information  systems  and/or  the  integration  of  individual  information  systems 
with  the  objective  of  optimizing  the  user  interaction  with  the  supporting 
information  system.  The  functional  requirements  developed  thus  far  lay  the 
groundwork  for  the  information  system  perspective  which  establishes  the 
physical  design  of  the  data  structures  that  will  most  efficiently  satisfy  the  goals 
of  the  process  performance. 

Organizational  Structure  Perspective:  f  ocuses  on  the  assigned  organizational 
responsibilities  for  accomplishing  the  process  with  the  objective  of  establishing 
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a  chain  of  command  that  controls  as  well  as  implements  the  process.  The 
organizational  perspective  assigns  process  and  communication  responsibilities 
to  the  appropriate  organizations. 

Technology  Perspective:  Focuses  on  the  application  of  technology  to  perform  the 
process  based  on  the  process  functional  requirements  and  performance 
specifications.  Identifying  the  necessary  technologies  will  begin  by  searching  for 
existing  technologies  to  satisfy  the  performance  specifications.  If  no  technologies 
exist  to  satisfy  the  specifications,  new  research  efforts  may  be  initiated  to 
developed  the  needed  technologies. 

For  a  process  improvement  effort  such  as  LOG-AID,  applying  the  perspectives  in  a 
logical  order  is  important.  The  functional  or  analysis  perspective  provides  the  foundation 
for  the  entire  LOG-AID  program,  followed  closely  by  the  information  and  process  flow 
perspectives.  The  information  system  perspective  is  then  applied  and  followed  by  the 
organizational  structure  and  finally  the  technology  perspectives.  This  ordering  of  the 
perspectives  is  important  because  the  goal  is  to  establish  the  requirements  and 
specifications  for  the  technologies  so  as  to  support  the  accurate  selection  or  development 
of  the  necessary  technology.  Stated  in  another  way,  the  implementation  of  the  process 
must  be  process  requirements  driven  rather  than  technology  driven. 

The  site  data  collection  process  consisted  of  on-site  interviews  and  observations  of  the 
deployment  process.  In  addition  to  collecting  process  description  information,  user  ideas 
were  also  collected  regarding  what  the  stakeholders  believed  was  wrong  with  the  process 
and  how  the  process  could  be  improved. 

To  optimize  the  aforementioned  data  collection  effort,  a  well-defined  set  of  data 
requirements  based  on  the  initial  activity  model  was  established.  These  requirements 
included  activity-oriented  data,  interface-oriented  data,  and  operations-oriented  data.  The 
activity-oriented  data  included  activity  definition  information,  inputs  and  outputs  for  the 
activities,  and  regulations  and  guidelines  (controls)  that  defined  the  process  of 
implementing  the  activities.  Interface-oriented  information  included  manual  and 
automated  interfaces  among  the  personnel  and  organizations  within  the  wing,  and 
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between  the  wing  and  supporting  information  systems.  Operations-oriented  data 
included  perlormance  definitions,  process  sequencing,  and  resource  requirements  data 
along.  Finally,  the  problems  and  improvement  related  ideas  from  functional  experts  and 
users  addressed  a  wide  range  of  issues. 

This  included  the  identification  of  actual  problems,  symptoms  of  problems,  personal 
dislikes  about  the  process,  duplication  and  non-productive  aspects  within  the  process,  and 
technology  application.  Actual  problems  within  the  deployment  process  are  steps  which 
cause  inefficiencies  in  the  process  and  if  corrected  result  in  improved  process 
effectiveness.  Symptoms  of  problems  appear  at  first  glance  to  be  actual  problems,  but  if 
addressed  directly  with  a  correction  do  not  improve  process  effectiveness.  Thus  the 
symptom  of  a  problem  is  not  the  actual  problem,  rather  it  indicates  that  a  problem 
somewhere  in  the  process  is  producing  the  symptom.  Personal  dislikes  about  the  process 
do  not  necessarily  mean  the  process  information  system  is  inefficient,  it  simply  means 
that  a  person  does  not  like  the  manner  in  which  the  process  is  implemented.  Thus, 
corrections  to  this  type  of  identified  problem  will  not  result  in  operational  efficiency,  but 
will  improve  the  willingness  of  individuals  to  perform  the  process.  Duplication  and  non¬ 
productive  aspects  within  the  process  identify  definite  inefficiencies  in  the  process. 
Duplicative  process  activities  mean  the  same  activities  are  performed  more  than  once, 
when  only  one  performance  is  needed.  Non-productive  activities  mean  that  activities  are 
producing  products  that  are  not  used  by  subsequent  activities  or  provided  to  the  process 
customer.  Technology  application  relates  the  effectiveness  of  the  technologies  used  to 
implement  the  process  to  the  true  requirements  and  goals  of  the  process.  At  times 
process  implementation  is  technology  rather  than  process  driven.  Technology  driven 
implementation  occurs  when  a  technology  is  selected  and  then  force  fitted  into  the 
process.  Process  driven  implementation  occurs  when  the  process’s  functional  and 
performance  requirements  are  identified  and  used  to  select  or  develop  the  most  applicable 
technology. 

The  on-site  data  collection  was  accomplished  as  a  combination  of  one-on-one  interviews 
and  observation.  Using  a  pre-established  set  of  information  collection  objectives,  a 
maximum  of  one  hour  interviews  were  held  with  each  selected  individual.  The  pre- 
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established  set  of  information  collection  objectives  focused  on  verifying  processing 
issues  not  yet  totally  understood  and  portions  of  the  process  for  which  information  had 
not  yet  been  collected.  The  interviews  started  with  the  interviewer  bringing  the 
interviewee  up  to  speed  on  the  goals  of  the  data  collection  effort  by  explaining  the  LOG- 
AID  program  and  walking  through  a  top-level  discussion  of  the  wing-level  deployment 
process  as  currently  understood  by  the  interviewer.  This  introductory  discussion 
provided  the  interviewee  with  an  appreciation  for  the  interviewer’s  level  of  deployment 
understanding,  a  better  understanding  for  what  was  expected  from  them,  and  a  general 
validation  of  the  information  previous  collected  and  included  in  the  current  As-Is  models. 

During  each  interview,  notes  were  taken,  an  audiotape  was  made  if  approved  by  the 
interviewee,  and  related  documents  and  forms  collected.  At  times,  these  interviews 
included  demonstrations  of  tools  and  materials  used  by  the  interviewee  in  the 
performance  of  their  deployment  operation. 

While  observations  of  the  deployment  process  were  a  lesser  portion  of  the  data  collection 
effort,  it  provided  insight  to  the  deployment  process  environment,  thus,  increasing  the 
understanding  and  appreciation  of  the  information  collected  during  interviews. 

The  identification  of  information  sources  (i.e.,  interviewee’s)  started  with  an  analysis  of 
the  strawman  model  by  identifying  which  AFSCs  (stakeholders)  perform  which  part  of 
the  deployment  process.  Using  these  AFSCs,  an  analysis  of  Air  Forces  bases  identified 
which  bases  owned  those  AFSCs  and  performed  a  reasonable  quantity  of  deployments 
each  year.  Having  identified  the  most  appropriate  bases  for  data  collection,  a  point  of 
contact  established  at  each  base  provided  the  coordination  necessary  to  schedule  an 
effective  data  collection  visit. 

3.1.2  Results 

The  methodology  to  define  the  current  w'  -level  deployment  process  proved  both 
effective  and  efficient.  Data  collection  trip  j  oration  allowed  the  interactions  with  the 
stakeholders  to  be  direct  and  focused,  resting  in  maximum  data  collection  using 
minimal  time  spent  with  each  information  source.  Being  prepared  in  this  manner 
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increased  cooperation  and  acceptance  by  the  stakeholders  because  the  interviewers  could 
discuss  the  deployment  process  effectively  using  the  terminology  of  the  stakeholders, 
could  discuss  the  problems  and  issues  related  to  the  process.  Thus,  the  stakeholders  were 
able  to  leave  the  interview  feeling  they  provided  valuable  input  to  the  LOG-AID 
program. 

3.2  Process  Strengths,  Weaknesses,  and  DPIs 

The  As-Is  models  document  the  processes  description  based  on  information  collected 
from  stakeholders  and  analysis  of  these  models  identified  the  strengths  and  weaknesses 
inherent  in  the  process.  Identifying  ways  of  building  upon  the  strengths  and  correcting 
process  weaknesses  produced  a  set  of  DPIs.  These  DPIs  established  the  improvement 
requirements  that  formed  the  foundation  for  developing  the  wing-level  deployment  To- 
Be  CONOP.  Ranking  those  DPIs  with  respect  to  the  deployment  criteria  identified  by  the 
stakeholders  provides  guidance  needed  to  establish  a  DPI  implementation  prioritization 
that  optimizes  the  benefits  to  the  stakeholders. 

3.2.1  Methodology  Description 

Figure  5  presents  an  overview  of  the  stakeholder-focused  methodology  used  to  develop 
and  rank  the  DPIs.  The  methodology  presented  in  this  section  generates  the  Theoretical 
Implementation  Value  for  the  DPIs.  As  the  implementation  of  the  DPIs  occurs  during 
future  field  testing,  the  benefits  actually  realized  will  produce  the  DPI  Implementation 
Value. 
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Figure  5.  DPI  Ranking  Process 

The  DPI  ranking  process  begins  with  the  information  collected  from  stakeholders, 
functional  experts,  and  previous  and  on-going  programs.  Specifically,  the  information 
used  include  the  As-Is  models,  the  process  problems  and  improvement  ideas  identified  by 
the  stakeholders.  Additionally  the  information  includes  the  list  of  sites  and  stakeholders 
accessed  during  data  collection,  the  process  criteria  used  by  the  stakeholders  to  judge  the 
effectiveness  of  a  deployment.  The  information  also  included  the  criteria  considered 
when  implementing  changes  into  the  deployment  process.  Analysis  of  the  As-Is  models 
produced  two  major  products.  These  products  are  the  process  strengths  and  weaknesses 
and  the  process’s  critical  path  through  the  lowest  level  model  activities. 

DPIs  must  address  the  deployment  processing  problems  identified  by  the  stakeholders. 
Thus  mapping  the  sites  to  the  problems  (Site  vs.  Problem),  with  the  sites  rated  by  the 
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level  of  their  deployment  effort,  places  a  weighted  value  on  each  processing  problem 
identified  by  the  stakeholders. 

Mapping  the  DPIs  to  the  weighted  processing  problems  (DPI  vs.  Problem)  identified 
which  DPIs  totally  or  partially  corrected  each  of  the  problems.  Mapping  the  DPIs  to  the 
process  critical  path  identified  which  DPIs  provided  the  most  impact  to  the  deployment 
process.  Mapping  the  DPIs  to  the  process  criteria  identified  which  DPIs  impacted  those 
deployment  performance  factors  considered  important  by  the  stakeholders.  The  Ranked 
DPI  value  than  came  from  the  integration  of  values  from  these  DPI  vs.  Problem,  DPI  vs. 
Process  Criteria,  and  DPI  vs.  Critical  Path  analysis,  with  each  measurement  accounting 
for  one-third  (1/3)  of  the  final  DPI  ranking. 

The  Theoretical  Implementation  Value  resulted  by  mapping  the  DPIs  to  the 
implementation  criteria  specified  by  the  stakeholders  and  the  LOG-AID  team.  This  value 
represents  acceptance  to  implementation  of  each  DPI.  The  following  subparagraphs 
present  additional  details  for  the  individual  steps  within  the  DPI  ranking  process: 

Weighted  Problem  Values  Paragraph  3.2.4. 1 

DPI  vs.  Problem  Paragraph  3.2.4.2 

DPI  vs.  Critical  Path  Task  Paragraph  3. 2.4.3 

DPI  vs.  Process  Criteria  Paragraph  3. 2.4.4 

Ranked  DPI  Paragraph  3.2.4. 5 

DPI  vs.  Implementation  Criteria  Paragraph  3.2.5 
F  ield  Test  Paragraph  5 . 1 

3.2.2  Identifying  Process  Strengths  and  Weaknesses 

Process  strengths  and  weaknesses  were  identified  from  a  number  of  different  sources. 
These  actions,  as  described  below,  include  various  analyses  applied  to  the  As-Is  models. 

3.2.2. 1  Activity  Model  Analysis 

Pattern  Analysis:  Within  activity  models,  the  key  analysis  approach  is  arrow  pattern 
analysis.  Arrow  pattern  analysis  identifies  many  process  conditions  to  include  non¬ 
value  added  activities,  duplication  processing  among  activities,  inefficient  partitioning 
of  functionality  to  organizations,  ineffective  interfacing  of  activities,  and  overlay 
analysis.  Using  the  same  analysis  approach  identified  processing  strengths. 
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Non-value  added  activities  are  identified  as  having  outputs  not  significantly  changed 
from  its  inputs.  For  example,  within  the  base  level  deployment  process,  the  CDF 
activity  basically  inputs  increments  from  the  units,  reviews  them  for  correctness, 
makes  adjustments  if  necessary,  and  sends  the  increments  for  further  processing. 
Thus,  the  intent  of  this  activity  is  not  to  change  content  or  structure  of  the  increment, 
only  to  correct.  Therefore,  if  the  unit  generation  of  the  increment  was  done  correctly, 
the  CDF  activity  could  be  eliminated. 

Duplication  processing  among  activities  is  indicated  by  the  inputting  of  the  same 
information  to  multiple  activities.  This  potential  means  that  within  those  activities  the 
same  or  similar  processing  is  occurring  in  order  to  use  the  information  for  the 
intended  purpose  within  the  activity.  More  detailed  comparison  analysis  among  those 
activities  determines  if  the  duplicate  processing  actually  exists.  If  the  duplication 
does  exist,  that  processing  is  usually  separated  into  a  separate  function  which  then 
feeds  the  original  activities  with  the  information  actually  required  for  their  processing. 

Inefficient  partitioning  of  functionality  to  organizations  becomes  apparent  through  a 
combination  of  the  assignment  of  functionality  to  organizations  as  indicated  by  the 
mechanisms  and  the  arrow  patterns  among  those  activities  assigned  to  various 
organizations.  Activities  assigned  to  one  organization  may  have  more  complex  arrow 
patterns  among  them,  but  activities  assigned  to  different  organizations  should  be 
connected  with  less  complex  arrow  patterns.  Less  complex  arrow  patterns  between 
organizations  indicate  the  organizations  can  work  effectively  by  themselves  with 
minimal  interactions  with  other  organizations.  More  complex  arrow  patters  among 
activities  assigned  to  the  same  organization  is  potential  alright  since  the  intra- 
organizational  groups  can  work  closer  together  and  with  more  communications. 
However,  a  complex  arrow  pattern  among  activities  assigned  to  the  same  organization 
would  indicate  the  group  structure  within  the  organization  may  not  be  optimized. 

Ineffective  interfacing  of  activities  comes  apparent  through  the  excessive  backward 
looping  of  arrows  among  activities.  The  looping  indicates  the  functionality  being 
performed  within  those  activities  should  be  reallocated  among  the  activities.  The  goal 
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is  to  present  a  forward  flowing  process  represented  by  a  limited  set  of  arrow 
relationships  among  the  activities. 

Overlay.  Analysis:  During  the  data  collection  effort,  problems  and  improvements 
ideas  were  received  from  the  stakeholders.  While  these  ideas  provided  insight  into 
how  the  stakeholders  viewed  their  process,  their  ideas  could  not  be  taken  as  final 
ideas.  Rather,  their  ideas  were  analyzed  by  the  LOG-AID  team  with  respect  to  the 
overall  process  rather  than  from  just  their  operational  perspective  by  overlaying  their 
processing  ideas  and  problems  onto  the  As-Is  activity  mode.  This  overlay  analysis 
helped  determine  whether  the  identified  problem  is  truly  a  problem  or  a  symptom  of  a 
problem,  and  whether  the  improvement  idea  addresses  a  problem  and  will  not  produce 
a  negative  impact  on  another  part  of  the  process.  Finally,  the  overlay  analysis 
provided  the  capability  to  identify  and  understand  any  secondary  problems  caused  by 
an  identified  problem.  Secondary  problems  result  when  a  problem  in  one  part  of  the 
process  triggers  additional  problems  in  subsequent  parts  of  the  process.  For  example, 
the  incorrect  preparation  of  an  increment  by  the  unit  causes  delays  in  the  processing 
of  that  increment  through  the  CDF. 

3.2.2.2  Data  Model  Analysis 

Analysis  of  the  As-Is  data  model  provided  insights  into  both  the  types  of  data  contained 
within  the  deployment  process  and  the  manner  in  which  that  data  were  organized.  This 
understanding  provided  the  foundation  for  correlating  data  elements  across  the  process. 
For  example,  this  correlation  help  to  identify  that  data  elements  used  for  cargo  were  very 
similar  in  intent  as  those  used  for  personnel,  even  though  different  element  names  existed 
for  the  two  areas.  From  the  completed  data  analysis  was  developed  the  concept  for  a 
more  concise,  unified  deployment  process  data  structure. 

3.2.2.3  Process  and  Simulation  Model 

Analysis  of  the  deployment  process  via  the  process  and  simulation  models  provided 
insight  into  the  operational  characteristics  of  the  deployment  process.  Built  from  die  As- 
Is  activity  model,  the  process  model  defined  the  operational  sequencing  of  the  process 
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flow  in  terms  of  branching,  timing,  performance  by  the  personnel  and  systems,  and  cyclic 
processing.  The  format  of  the  process  model  facilitated  the  collection  of  performance 
information  from  the  SMEs,  provided  a  structure  for  taking  through  and  documenting  the 
details  of  the  deployment  processing,  and  provided  the  information  necessary  for 
developing  the  simulation  model. 

The  simulation  model  provided  the  capability  to  evaluate  the  operational  performance  of 
the  wing  level  deployment  process.  Through  this  analysis,  performance  bottlenecks  were 
identified  along  with  deployment  resource  utilization,  and  the  sensitivity  of  the  various 
activities  within  the  deployment  process.  Based  on  this  performance  information,  an 
increased  level  of  value  could  be  placed  on  those  DPIs  which  improved  those  sensitive  or 
critical  aspects  of  the  process. 

In  developing  the  To-Be  CONOP,  the  simulation  model  provided  the  capability  to  adjust 
the  various  performance  characteristics  of  the  process  so  as  to  define  the  “perfect 
process.”  Extracted  from  the  “perfect  process”  were  the  performance  requirements  used 
to  help  identify  and  select  potential  implementation  technologies,  or  to  provide  the 
requirements  for  developing  new  technologies  for  future  implementation  of  the  process. 

In  conjunction  with  the  process  analysis  based  on  the  models,  research  into  the  strengths, 
weaknesses,  and  improvement  ideas  from  previous  and  ongoing  projects  helped  to  verify 
and  confirm  the  ideas  generated  from  the  LOG-AID  model  analysis.  The  resulting 
strengths  and  weaknesses  were  grouped  into  categories  of  information  systems,  process, 
policies,  training,  and  personnel  attitude  as  summarized  and  present  in  Table  1. 
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CATEGORY 

STRENGTHS 

WEAKNESSES 

Information 

Systems 

*  Relatively  consistent  information  flow 
among  sites 

^  “I  lome  Grown"  information  systems 
being  developed 

^  Personnel  empowered  to  act  on 
information 

^  Agreement  that  standard  systems  are 
not  totally  acceptable 
^  Commonality  among  “home  grown" 
information  systems 

S  Organizational  boundaries  being 
addressed  through  “home  grown" 
system  definition 

*  Isolated  information  systems 

J  Manual  information  transfer  increased  time 
and  decreases  accuracy 

^  Personnel  arc  more  information  handlers  than 
information  analysts  and  decision  makers 

S  Required  information  is  not  always  available 
to  decision  makers 

S  Minimal  training,  documentation,  and 
support  available 

S  Localized  information  systems  being 
developed 

Process 

*  Good  operations  and  flight  safety 

*  Significant  consistency  across  sites 

*  Unit  Type  Code  (UTC)  concept  is  effective 

*  Non-Uniform  tasking  delivery 

*  Numerous  load  planning  cycles  due  to  inaccurate 
and  incomplete  information 

*  Minimal  coordination  between  deploying  units  and 
Transportation  Command  (TRANSCOM) 

*  Deploying  footprint  not  minimized  to  meet 
tailoring  requirements  of  mission 

*  QA  check  make  up  a  significant  portion  of  the 
deployment  process 

Training 

•  Heavy  focus  on  augmenlee  training 

•  Exercises  are  not  representative  of  real-world 
deployments 

•  Difficulty  tracking  and  keeping  qualified 
augmentees 

•  Variations  in  interpretation 

Policy 

*  Established  Base  Deployment  Plans 

*  Development  oftndividual  support  manuals 
tit  one  base 

*  Hex ihilily  through  AFIs  encouraged  and 
accelerated  effective  standardization 

HHyujU 

Personnel  Attitude 

•  Deployment  problems  realized,  but 
corrective  vehicles  not  readily  available 

*  Experienced  personnel  take  charge  to  ensure 
success 

*  Most  personnel  are  not  over  eager  to  be 
augmentees 

*  Personnel  do  not  want  augmenlee  training  to 
remain  in  their  personnel  folder 

Table  1.  Wing-level  Deployment  Process  Strengths  and  Weaknesses 


3.2.3  DPI  Development 

The  identified  deployment  process  strengths  and  weaknesses  provided  the  starting  point 
for  developing  initial  improvement  ideas  that  addressed  the  process  weaknesses  and  built 
upon  process  strengths.  Evaluation  of  the  initial  DPIs  by  using  the  As-Is  models 
provided  insight  into  the  potential  impact  of  those  DPIs  on  the  total  deployment  process. 
Through  this  analysis,  the  initial  improvement  ideas  were  expanded,  and  refined  into  a  set 
of  eighteen  DPIs.  Table  2  presents  a  summary  list  of  the  categorized  DPIs.  Appendix  E 
presents  a  more  detailed  discussion  the  categorized  strengths,  weaknesses,  and  DPIs. 
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CATEGORIES 

l)Pls 

Information  Systems 

Implement  highly  integrated  information  systems  across  levels  of  command,  across  and  within 
deployment  and  reception  sites  to  include  a  task  rcccipt-to-airlift-manifcst  information  system 
(i.e..  Apply  an  information  processing  system  that  links  and  transfers  information  throughout  the 
wing-level  deployment  process  and  provides  decision  suggestions  to  the  deployment  personnel.) 

Process 

Optimize  production  and  minimize  inspection  activities 

(i.e..  Improve  Cargo/Personnel  preparation  so  that  pro  in-check,  in-chcck,  marshaling  check, 
and  most  POP  stations  can  be  reduced  or  removed.) 

Adjust  responsibilities  and  improve  integration  of  units,  Manpower,  and  Personnel 
(i.e..  Improve  the  information  exchange  to  provide  the  units  with  up-to-date,  accurate 
personnel  information.) 

Capitalize  on  cargo  and  personnel  processing  similarities 

(i.e..  Develop  a  single  information  system  that  documents  both  cargo  and  personnel 
information.) 

Collect  process  status  and  effectiveness  information  using  passive  means 

(i.e.,  Reduce  the  need  for  deployment  personnel  to  manually  report  to  the  DCC  and  to  collect 
and  analyze  processing  information  for  continuous  processing  improvement.) 

Improve  in-transit  visibility 

(i.e.,  Provide  the  capability  to  know  where  deploying  resources  are  at  any  point  in  time  during 
the  deployment  and  to  the  beginning  of  employment.) 

Control  tasking  receipts  into  the  base 

(i.e.,  Have  everyone  work  to  the  same  set  of  mission  requirements.) 

Reduce  the  number  of  coverage  days  included  for  initial  deployment 

(i.e..  Considering  the  goals  of  lean  logistics,  shorten  die  number  of  days  for  which  die  number 
of  days  before  sustainment  begins.) 

Better  define  the  objective  and  criteria  for  IJTC  tailoring 

(i.e.,  Establish  a  common  understanding  among  units  that  UTC  tailoring  should  be  done  so  as 
to  best  satisfy  the  mission  requirements.) 

Training 

Apply  real-world  training  characteristics  to  exercise* 

(i.e..  Train  to  both  fragged  and  full  UTC  requirement.) 

Maximize  framing  benefits 

(i.e.,  Tracking  of  UDM  and  deployment  support  personnel  training  as  they  transfer  among 
bases.) 

Include  total  process  training 

(i.e..  Provide  a  general  total  process  training  in  addition  to  the  current  focused  training.) 
Incorporate  training  and  efficiency  evaluation  capability  into  LOG-AID  system 

(i.e..  Embed  training  sessions  into  the  tools  used  for  deployment  and  evaluate  augmentec 
efficiency  from  these  sessions.) 

Policy 

i 

Provide  the  UDM  capability  to  produce  more  deployment-ready  personnel  and  cargo 

(i.e..  With  the  UDM  being  the  key  person  with  respect  to  streamlining  the  deployment  process, 
it  should  bo  viewed  as  a  specialized  skill.) 

Develop  deployment  guides  for  each  deployment  position 

(i.e..  Document  deployment  position  information  such  as  detailed  instructions,  phone  numbers 
for  points  of  contacts,  reference  pictures,  etc.) 

Refine  the  AFIs  as  necessary  to  best  guide  the  deployment  process 

(i.e..  The  AFIs  should  be  developed  to  document  .ontrol  the  agreed  upon  streamlined 

deployment  process.) 

Personnel  Attitude 

Develop  a  process  to  encourage  augmentces  to  par'  .l  in  deployments 

(i.e..  Develop  a  reward  system  that  will  benef  working  as  augmentees.) 

Develop  a  process  to  encourage  augmentces  to  be  committed  to  real  world  contingencies  to  the 
same  level  as  exercises. 

(i.e..  Ensure  the  Base  leadership  monitors  and  measures  the  effectiveness  of  real  world 
deployments  in  a  manner  encouraging  augmentees  to  work  to  their  true  potential.) 

Table  2.  Categorized  List  of  DPIs 


3.2.4  Developing  the  DPI  Theoretical  Value 

The  importance  )f  the  DPIs  varies  with  respect  to  their  impact  on  the  wing-level 
deployment  process.  DPIs  addressing  problems  existing  at  many  sites  and  at  sites  with 
larger  deployment  commitments  provide  more  payback  potential  than  do  DPIs  addressing 
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problems  existing  at  one  or  two  bases  or  those  having  relatively  small  deployment 
commitment.  The  following  subparagraph  describes  the  matrices  used  to  produce  the 
DPI  ranking  value  used  in  helping  develop  the  DPI  implementation  sequence. 

3.2.4. 1  Weighted  Problem  Value 

Deployment  problems  were  identified  through  inputs  from  the  users/stakeholders,  from 
observation  by  the  data  collection  teams,  and  through  the  development  and  analysis  of  the 
As-Is  models.  To  evaluate  the  magnitude  and  importance  of  these  problems,  they  were 
mapped  to  the  sites  at  which  they  occurred  using  a  three-step  process,  with  the  completed 
mapping  presented  in  Table,  3. 

Step  1  assigned  each  site  a  rating  of  “1,”  “2,”  or  “3”  based  on  its  deployment 
responsibilities,  with  “3”  representing  the  highest  deployment  responsibility.  These 
rankings  are  in  the  column  just  to  the  right  of  the  site  name.  Assigned  by  the  LOG-AID 
team,  the  rating  assignment  considered  the  sites  required  level  (size,  frequency,  and 
response  time)  of  deployments  performed.  Thus,  a  higher  ranking  is  assigned  to  sites 
with  a  higher  deployment  requirement  and  a  shorter  deployment  timeframe.  Step  2 
related  the  problems  to  the  sites  at  which  they  were  identified.  These  problem-to-site 
relationships  are  indicated  by  the  “X”  at  their  intersections. 

Step  3  computed  a  weighted  problem  value  recorded  in  the  row  titled  “Problem  Value” 
and  computed  from  information  contained  in  the  mapping  matrix.  The  weighted  problem 
value  calculation  adds  the  site  ratings  for  those  sites  at  which  the  problem  occurs.  For 
example,  the  problem  “Deployment  tasking  varies  throughout  the  deployment”  was 
identified  as  three  different  sites  having  ratings  of  2,  2,  and  3  respectively.  Therefore,  the 
weighted  problem  value  is  7  (2+2+3). 
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Table  3.  Site  vs.  Problem  Matrix  Producing  the  Weighted  Problem  Values 
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3.2.4,2  DPI  vs.  Problem  Mapping 

Having  established  the  Weighted  Problem  Value,  ranking  the  importance  of  the  DPIs 
requires,  in  part,  the  evaluation  of  DPIs  to  address  one  or  more  of  those  problems.  Those 
DPI  addressing  more  than  one  problem,  and  specifically  if  that  problem  is  rated  as 
important,  receive  a  higher  DPI-to-problem  ranking. 

Using  the  matrix  of  DPI  vs.  Problem  as  presented  in  Table  4,  an  “X”  represents  the 
correlation  between  the  DPIs  and  the  problems.  The  DPI  vs.  Problem  measurement 
computation  produces  the  percentage  of  the  weighted  problem  values  benefiting  from  the 
proposed  DPI.  For  each  DPI,  the  sum  of  the  problem  values  for  which  the  DPI  addresses 
is  divided  by  the  total  sum  of  the  problem  values  and  multiplied  by  100  to  arrive  at  a 
percentage  score.  For  example,  the  DPI  “Implement  a  highly  integrated  task  receipt-to- 
airlift  manifest  information  system”  would  provide  a  positive  affect  on  19  different 
identified  problems  having  a  total  weighted  problem  values  of  275.  This  number  divided 
by  the  sum  total  of  all  the  weighted  problem  values,  which  was  350,  would  be  275/350  = 
.786.  Multiplying  by  100  would  give  a  score  of  78.6.  This  result  implies  this  DPI 
benefits  78.6  percent  of  the  total  weighted  problems. 
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Table  4.  DPI  vs.  Problem  Matrix  Producing  Partial  DPI  Ranking 
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lirlift  manifest  information  system 


3.2.4.3  DPI  vs.  Critical  Path 


The  critical  path  through  the  wing-level  deployment  process  is  defined  as  being  that  set 
of  tasks  or  processing  actions  whose  change  in  performance  time  impacts  the  completion 
time  of  the  deployment  process.  Thus,  processing  times  for  tasks  not  on  the  critical  path 
can  be  changed,  within  limitations,  without  affecting  the  process  completion  time.  Thus, 
DPIs  that  benefit  those  tasks  on  the  critical  path  are  more  important  than  those  DPIs  not 
effecting  the  critical  path  tasks  with  respect  to  process  completion  timeliness. 

The  critical  path  for  deployment  varies  with  respect  to  the  type  of  resources  being 
deployed.  If  a  unit  is  deploying  strictly  personnel,  then  the  critical  path  will  be  contained 
within  the  personnel  deployment  processing  path.  If  the  deployment  is  strictly  cargo,  the 
critical  path  is  within  the  cargo  processing  path.  However,  most  units  deploy  both 
personnel  and  cargo,  and  in  general  it  was  determined  during  data  collection  that  if  a  mix 
of  personnel  and  cargo  are  deployed  by  a  unit,  the  cargo  processing  usually  produces  the 
longest  processing  timeline.  Thus,  for  the  purpose  of  this  analysis,  the  wing-level 
deployment  process  for  cargo  was  defined  as  being  the  critical  path  within  the  LOG-AID 
program. 

As  represented  in  Table  5,  the  DPIs  are  mapped  against  the  lowest  level  deployment 
process  activities  as  identified  in  the  As-Is  activity  model.  For  each  listed  activity,  its 
activity  node  number  from  the  activity  model  precedes  the  activity  name.  Those 
activities  identified  as  being  on  the  critical  path  are  denoted  by  a  “1”  within  the  Critical 
Path  Notation  row,  resulting  in  a  total  of  38  critical  path  activities.  The  DPI  vs.  Critical 
Path  measurement  represented  in  percent  is  calculated  by  adding  the  total  number  of 
critical  path  activities  impacted  by  the  DPI,  dividing  that  sum  by  the  total  number  of 
critical  path  activities,  and  multiplying  by  100.  For  example,  the  DPI  “Apply  real-world 
training  characteristics  to  exercises”  would  provide  a  beneficial  effect  on  15  critical  path 
activities.  Therefore,  the  critical  path  score  for  this  DPI  would  be  (15/38)*100  =  39.5 
percent. 
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Table  5.  DPI  vs.  Critical  Path  Measurement  Producing  Partial  DPI  Ranking  (Cont) 
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Table  5.  DPI  vs.  Critical  Path  Measurement  Producing  Partial  DPI  Ranking  (Cont) 


31 


DPI  vs  Critical  Path  Percentage 


3.2.4.4  DPI  vs.  Process  Criteria 


The  DPI  vs.  Process  Criteria  mapping  produces  a  value  based  on  the  DPI’s  ability  to 
impact  criteria  identified  and  rated  by  the  stakeholders.  The  seven  Process  Criteria  were 
developed  from  a  number  of  sources,  including  Global  Engagement,  Joint  Vision  2010, 
and  Air  Force  Logistics  Strategic  Plan,  as  well  as  from  the  process  stakeholders.  Once 
identified,  the  Process  Criteria  were  ranked  by  the  stakeholders,  producing  the  criteria 
weighting  factor. 

Each  stakeholder  was  asked  for  a  list  of  criteria  they  use  to  determine  the  effectiveness  of 
a  deployment.  These  criteria  arranged  by  stakeholder  are  presented  in  Table  6. 


USER 

CRITERIA  FOR  SUCCESS 

Wing  Commander 

•  Meeting  the  designated  take-off  time. 

•  Number  and  types  of  deployment  problems  encountered. 

•  Number  of  frustrated  cargo  and  personnel  counted. 

•  Level  of  effort  required  to  accomplish  the  deployment. 

•  Ability  of  deployed  resources  to  meet  mission  requirements. 

•  Rating  provided  by  the  inspection  team. 

•  Cost  of  the  deployment 

•  Effective  interaction  with  non-base  organizations. 

IDO/DCC 

•  Comparison  between  Planned  actual  deployment  completion. 

•  Number  of  frustrated  deploying  resources. 

•  Accuracy  of  the  load  plan. 

•  Meeting  the  designated  take-off  time. 

•  Availability  of  necessary  augmentccs. 

•  Number  and  types  of  deployment  problems  encountered. 

•  Timely  receipt  of  information  from  units,  TRANSCOM,  work  centers,  and  Battle  Staff. 

•  Overall  safety  of  personnel  and  equipment. 

UDM 

•  Receipt  of  a  stable  tasking  within  a  timeframe  adequate  to  support  preparation. 

•  EITective  preparation  of  deploying  resources. 

•  Efficient  use  of  unit  personnel  performing  the  preparation 

•  Accurate  and  timely  list  from  Personnel  and  Manpower 

•  Number  of  frustrated  cargo  increments 

•  Number  or  personnel  processing  problems. 

•  Availability  of  the  necessary  transport  capabilities. 

•  Time  required  to  prepare  the  necessary  deploying  resources. 

•  Overall  safety  of  personnel  and  equipment. 

Load  Planner 

•  Timely  receipt  of  cargo  information. 

•  Receipt  of  accurate  information  as  indicated  by  limited  recomputations. 

•  Ease  of  load  plan  development 

•  Acceptance  of  load  plan  by  the  Load  Master 

•  Timely  information  on  aircraft  configuration. 

•  Overall  safety  of  personnel  and  equipment. 

PDF 

•  Timely  anival  of  personnel 

!  •  Time  of  processing 

•  Number  of  processing  exceptions 

•  Total  number  of  personnel  processed 

•  Amount  of  waiting  time 

•  Number  of  personnel  rejected 

•  Timely  departure  of  personnel. 
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user 

CRITERIA  FOR  SUCCESS 

CDl'VIn-check 

*  Timely  arrival  of  cargo, 

*  Number  of  increment  documentation  requiring  corrections. 

*  Number  of  cargo  increments  requiring  some  type  of  correction. 

*  Average  time  required  to  process  an  increment. 

*  l  ime  required  to  correct  frustrated  increments. 

*  Time  required  to  process  the  necessary  paper  work. 

*  Time  required  to  interface  with  other  deployment  functions. 

*  Number  of  units  repeat  frustrations, 

*  Overall  safety  of  personnel  and  equipment. 

*  Receipt  ofUTC  personnel  requirement 

*  Time  to  generate  the  availability  list  and  providing  it  to  the  UDM 

*  Time  required  to  generate  travel  orders, 

*  Timely  response  from  the  UDM, 

On-Base  Transportation 

•  Receipt  of  the  Deployment  Schedule  of  Events  (DSOE). 

♦  Number  of  changes  received  during  the  deployment. 

*  Capability  to  satisfy  transport  requirements, 

*  Efficient  prioritization  of  cargo  and  personnel  movement. 

Resource  Augmentation 

Duty  (READY) 

*  Maintaining  an  updated  list  of  augmentees. 

*  Maintaining  an  augmentee  training  file. 

*  1  laving  die  augmentees  ready  and  available  when  needed. 

*  Having  the  augmentees  perform  effectively. 

Marshaler/Ramp 

Coordinator  (RAMPCO) 

*  Timely  arrival  of  cargo  increments, 

*  Number  Sc  percent  of  rejected  increments. 

*  Timely  input  from  Loadmaster  on  aircraft  loading  requirements. 

*  Overall  safety  of  personnel  and  equipment. 

Load  Mastcr/TRANSCOM 

*  Preparedness  and  readiness  of  deployed  resources  for  loading. 

*  Effectiveness  of  the  loading. 

«  Meeting  of  the  designated  takc-o  IT  time. 

*  Overall  safety  of  personnel  and  equipment. 

Reception  Site 

*  Ability  to  accommodate  deployed  resources. 

•  Ability  of  resources  to  meet  mission  requirements. 

Table  6.  Stakeholder  Success  Criteria 


Aggregating  the  criteria  across  the  deployment  responsibilities  (stakeholders),  grouping 
them,  and  removing  duplications  resulted  in  a  combined  set  of  seven  criteria  used  by 
stakeholders  to  judge  the  success  of  a  deployment.  These  seven  criteria,  along  with 
metrics  used  by  stakeholders  to  place  a  value  on  the  criteria,  are  presented  in  Table  7. 


DEPLOYMENT  PROCESS  CRITERIA 

DEPLOYMENT  PROCESS  CRITERIA  METRICS 

Deployment  Footprint 

Minimizing  the  amount  of  cargo  and 
personnel  deployed,  and  therefore  the 
transportation  required,  to  satisfy-  the 
mission  objective.  This  includes 
maximizing  the  use  of  resources  at  the 
reception  site  and  sharing  common 
resources  among  units. 

TIME  FOR  TAILORING  AVIATION  UTC 

Indicate  the  amount  of  time  (in  minutes)  that  is  spent  tailoring  the  average  aviation  UTC 
SQUADRON/UNIT  TYPICALLY  TASKED  FOR  DEPLOYMENT 

Identify  the  type  of  squadron  or  unit  generally  tasked  for  a  deployment.  For  example:  A  base 
may  have  an  Operational  C-130  squadron,  a  Weather  flight  a  Force  Protection  squadron,  and  a 
Civil  Engineering  squadron,  but  the  Weather  flight  is  most  often  tasked  for  deployments.  If  a 
typical  deployment  includes  multiple  units,  please  identify  all  of  them.  Within  the  context  of  the 
squadron/unit{s)  identified  above,  please  respond  to  the  following  questions  categorized  into 
Deployment  Size,  Cargo,  Personnel,  and  Deploying  Resources, 

U  OF  PASSENGERS  (PAX)  PER  DEPLOYMENT 

Indicate  the  total  number  of  Passengers  deployed  on  the  average  deployment  or  exercise 
n  OF  SHORT  TONS  (STONS)  PER  DEPLOYMENT 

Indicate  the  total  number  of  STONS  deployed  on  the  average  deployment  or  exercise 
#  OF  CONVEYANCES  BY  TYPE  PER  DEPLOYMENT 

identify  separately  the.  number  of  conveyances  (aircraft  by  type,  trucks.  CRAF,  rail,  etc,)  used  in 
a  typical  deployment 

%  DEPLOYED  RESOURCES  USED  AT  RECEPTION/BEDDOWN  SITE 

Indicate  the  percent  of  total  resources  deployed  to  the  reception  site  by  a  unit  that  are  actually 
used  to  support  the  missions. 

33 


DEPLOYMENT  PROCESS  CRIT KRIA  DEPLOYMENT  PROCESS  CRITERIA  MIC  I  UK'S 

Resource  l utilization  n  OF  OMiASF  vFJTicTTis  l  SKI)  - 

Minimize  deploying  site  resources  used  Indicate  the  average  number  of  on  base  vehicles  used  in  a  typical  deployment 

to  accomplish  the  deployment.  These  #  OF  MATERIEL-IIANDLING  EQUIPMENT  (MIIK)  BY  TYPE 

resources  include  die  site  facilities.  Identify  separately  die  number  of  Ml  II:  (K-loaders,  forklifts,  etc.)  used  in  a  typical  deployment 

personnel,  and  on-base  transportation  #  OF  DEPLOYMENT  WORK  FORCE 

capabilities.  Indicate  die  total  number  of  personnel  involved  in  the  deployment. 

%  DEPLOYMENT  WORK  FORCE  THAT  ARE  AFCMENTEES 

Indicate  die  percent  of  personnel  working  as  augmentee  during  a  deployment  with  respect  to  the 
total  number  of  non-deploying  personnel  assigned  to  the  base. 

%  AUGMENTEE  IDLE  TIME  PER  12  HR  SHIFT 

For  those  individuals  assigned  as  augmentees,  indicate  the  percentage  of  time  they  are  waiting  for 
deployment  related  work  to  arrive  at  their  station. 

AVG  TIME  TO  CORRECT 

For  all  of  the  frustrated  cargo  increments  identified,  what  is  the  average  time  required  to  correct 
each  cargo  increment. 

Information  Fusion  %  TIME  THAT  DATA  NEEDS  TO  BE  CHANGED  ~ 

Maximize  the  use  of  information  for  Indicate  the  percentage  of  time  that  data  is  changed  from  the  time  it  is  initially  generated  until  the 

decision  making  while  minimizing  die  final  data  value  is  documented.  For  example,  units  prepare  cargo  increments  and  document  each 

resources  required  to  prepare  die  with  weight,  measurement,  and  HazMat  certifications.  As  an  increment  processes  through  the  in- 

information  for  use.  check,  this  information  is  checked  and  changed  as  necessary*  to  ensure  accuracy  and 

completeness. 

Deployment  Execution  Time  TIME  W TWEEN  RECEIPT  OF  TASKING  &DKPLOYM ENT 

Minimize  the  deployment  preparation  Indicate  an  estimated  amount  of  time  required  from  the  time  a  tasking  is  received  until  the  first 

time  between  the  receipt  of  die  tasking  aircraft,  truck,  or  railcar  departs  the  base 

and  the  deployment  of  the  specified  %  DEPARTURE  TIMES  MET 

mission  capabilities.  Indicate  die  percentage  of  times  an  aircraft  or  conveyance  departure  is  delayed  due  to  deployment 

problems  during  a  typical  deployment 

Flexibility  DEPLOYMENT  LEVEL  OF  EFFORT  ~ 

Establishing  die  To-Be  concept  of  .  Indicate  the  total  number  of  exercises  and  actual  deployments  performed  in  the  previous  fiscal 

operation  to  elfectivcly  meet  the  year, 

individual  deployment  requirements . 
existing  at  various  deployment  sites. 

Quality  of  Deploying  Resources  %  PERSONNEL  EXCEPTIONS  ~ 

Minimize  the  problems,  exceptions  and  Of  all  the  personnel  being  deployed,  indicate  die  percentage  of  personnel  who  visit  at  leas  ft’ 

frustrations  that  occur  during  the  PDF  station  other  than  cligibility/roll  call, 

deployment  by  improving  die  quality  of  AVG  ft  OF  STATIONS  VISITED  PER  PERSON 

the  deployment  preparation  activities.  Indicate  die  average  number  of  PDF  stations  (other  than  eligibilily/roll  call)  visited  by  de;  ^ 

personnel. 

#  CARGO  FRUSTRATIONS 

Indicate  die  total  percentage  of  cargo  increments  identified  as  frustrated  during  a  dcploym  •- 
n  REJECTIONS 

Of  the  total  percent  of  frustrated  cargo  increments,  what  percentage  ends  up  not  being  included 
on  its  designated  chalk. 

%  REPAIRED  AT  CDF/MARSH  A  LING  YARD 

Of  the  total  percent  of  frustrated  cargo  increments,  what  percentage  is  repaired  within  the  CDF 
or  marshaling  yard. 

%  RETURNED  TO  UNIT  FOR  CORRECTION 

Of  the  total  percent  of  frustrated  cargo  increments,  what  percentage  is  returned  to  the  unit  for 
repair. 

AVG  U  OF  PEOPLE  TO  CORRECT 

For  all  of  the  frustrated  cargo  increments  identified,  what  is  the  average  number  of  people 

_ involved  in  correcting  each  cargo  increment. _ 

Deployment  Cost  U  DOLLARS 

Reduce  the  amount  of  resources  Indicate  the  total  cost  of  a  typical  deployment  from  the  tasking  receipt  until  the  departure 

required  to  implement  the  deployment  completion  of  the  deployed  resources.  (If  possible,  break  down  into  factors  such  as  manpower, 

process.  aircraft/conveyance,  MHE,  vehicle  rentals,  etc.) 

#  MANPOWER 

Indicate  the  total  number  of  man-hours  invested  in  a  typical  deployment. _ 

Table  7.  Deployment  Performance  Criteria  and  Metrics 
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During  the  To-Be  verification  trips,  stakeholders  were  briefed  on  all  the  DPIs  and  the 
seven  process  criteria.  The  personnel  were  then  asked  to  rank  the  process  criteria  from 
their  perspective,  using  a  ranking  of  “1”  through  “7,”  with  “1”  indicating  the  most 
important  and  “7”  the  least.  The  results  of  the  criteria  rankings  by  site  are  presented  in 
Table  8. 

The  number  of  personnel  responding  at  each  site  is  shown  in  parenthesis  below  the  site’s 
name.  A  score  for  each  criteria  per  site  was  computed  by  averaging  out  the  response 
from  the  personnel.  Within  each  intersecting  cell  is  the  average  rating  for  each  criteria  by 
site  as  shown  in  parenthesis  and  the  ranking  of  the  criteria  by  site  as  shown  by  the 
integer. 

In  computing  the  rank  of  the  field  average  required  the  inclusion  of  the  site  deployment 
ranking  in  the  calculation.  Table  9  shows  the  percentage  applied  to  each  site’s  criteria 
ranking.  For  example.  Charleston  AFB  would  multiply  its  criteria  ranking  by  .074  in 
calculating  the  field  average.  The  equation  used  was:  ([sum  of  a  particular  site’s 
rank]/[sum  of  the  range  of  all  the  site’s  rank])/(number  of  occurrence  of  this  site’s 
number).  For  example.  Charleston  had  a  “2”  as  a  deployment  ranking,  while  the  sum  of 
all  sites  was  “27,”  and  the  number  of  “2’s”  was  five.  Plugging  these  into  the  equation 
produces  {{5*2)121  IS)  =  .074.  Using  this  calculation  gives  the  sites  with  a  higher 
deployment  ranking  a  larger  impact  on  the  overall  field  average. 

The  next  step  was  to  give  a  overall  weight  to  each  Process  Criteria.  The  weighting  was 
divided  into  two  parts.  This  first  part  applied  a  direct  40  percent  to  the  weight  rated  by 
the  LOG- AID  team  and  the  other  60  percent  for  the  second  part  came  from  a  combination 
of  the  site  evaluations.  While  the  entire  weighting  factor  is  based  on  information 
collected  from  the  user,  the  40/60  percent  split  allows  for  the  LOG-AID  team’s  view  of 
the  information  based  on  analysis,  and  the  users  view  based  on  their  understanding  of  the 
process.  Table  8  shows  the  60  percent  multiplication  factor  on  the  criteria  rank.  This 
was  the  same  logic  used  in  calculating  the  rank  of  the  field  average  previously 
mentioned.  The  only  difference  is  that  the  equation  was  multiplied  by  “.6”  for  the 
resulting  60  percent.  For  example,  the  LOG-AID  team  rated  the  process  criteria  “Reduce 
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the  cost  of  deployment”  as  a  “6”  while  the  stakeholders  ranking  was  "6.26.”  Therefore, 
the  weight  applied  to  “Reduce  the  cost”  criteria  was  0.40*(6)+.6*(6.26)  =  2.4+3.75  = 
6.15,  as  noted  in  Table  8. 

To  facilitate  the  use  of  the  ratings  in  the  DPI  vs.  Process  mapping,  the  stakeholders 
ratings  were  reversed  such  that  within  the  calculations,  “7”  represented  the  most 
important  criteria.  This  reverse  ordering  on  all  three  measurements  placed  all  three 
measurements  (DPI  vs.  Problem,  DPI  vs.  Process  Criteria,  and  DPI  vs.  Critical  Path)  on  a 
scale  where  a  score  of  100  percent  represents  the  greatest  impact. 
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Table  8.  Process  Evaluation  Criteria  Final  Results 
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Installation  Name 

Rank 

Percentage  Applied 
(60%  used  for 
Combined  Rank) 

Percentage  Applied 
(100%  used  for 

Field  Ave) 

Indiana  ANG 
(Fort  Wayne) 

2 

0.044 

0.074 

Charleston  AFB 

2 

0.044 

0.074 

Major  C  ommand  (MAJCOM) 

2 

0.044 

0.074 

McGuire  AFB 

3 

0.067 

0.1  U 

Elmendorf  AFB 

2 

0.044 

0.074 

Mt  Home  AFB 

3 

0.067 

0.111 

Holloman  AFB 

3 

0.067 

0.11 1 

Osan  AFB 

l 

0.022 

0.037 

Kadena  AFB 

3 

0.067 

0.1  U 

Hickam  AFB 

1 

0.022 

0.037 

Aviano  AB  ^ 

3 

0.067 

0.1 11 

Ramstein  AFB 

2 

0.044 

0.074 

Total 

0.600 

1.000 

Table  9.  Percentage  of  Process  Criteria  Site  Assigned  by  Site 


Establishment  of  the  criteria  rankings  sets  the  basis  for  developing  the  DPI  vs.  Process 
Criteria  Measurement  as  presented  in  Table  10.  A  correlation  mapping  between  DPIs 
and  criteria  identified  which  DPIs  provide  the  benefit  to  the  stakeholder.  The  DPI  vs. 
Process  Criteria  percentage  score  resulted  from  summing  the  criteria  rankings  for  each 
correlation,  dividing  that  sum  by  the  sum  of  the  weighted  values,  and  multiplying  by  100. 
For  example,  the  DPI  “Capitalize  on  similarities  between  cargo  and  personnel”  benefits 
criteria  with  weights  of  4.54,  4.98,  2.84,  and  1.85.  Therefore,  the  Process  Criteria 
percentage  score  for  this  DPI  is 

(4.54  +  4.98  +  2.84  +  1 ,85)/sum  of  the  7  criteria  weights,  which  is  28)  = 

(14.21/28)*  100  =  50.8 
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3.2.4.S  Combined  DPI  Ranking 

Having  ranked  the  DPfs  from  the  three  perspectives  of  DPI  vs.  Problem,  DPI  vs.  Process 
Criteria,  and  DPI  vs.  Critical  Path,  the  combined  DPI  ranking  results  from  their 
integration.  Table  1 1  presents  the  integrated  value  for  each  DPI  by  averaging  the  three 
perspective  percentage  and  ranking  those  averages  to  produce  the  final  DPI  ranking 
order. 


DPls 

DPI  vs. 
Problem 
Percentage 

DPI  vs. 
Process 
Criteria 
Percentage 

DPI  vs. 
Critical 
Path 

Percentage 

Avgof3 

Scores 

Overall  Rank 

Process 

Optimi2e  production  and  minimize 
inspection  activities 

4L7 

68.9 

57.9 

56,2 

2 

Capitalize  on  similarities  between  cargo  and 
personnel 

40.3 

50.8 

36.8 

42.6 

il 

Control  tasking  receipts  into  the  base 

...  3i-7 

33.0 

I5.fr 

26,8 

15 

Adjust  responsibilities. and  improve  the 
integration  of  units.  Manpower,  and 
Personnel 

82.3 

66.6 

50.5 

3 

Collect  deployment  process  status  and 
effectiveness  information  using  passive 
methods 

38.0 

50.8 

31.6 

40.1 

12 

Better  define  the  objective  and  criteria  for 
UTC  tailoring 

29.1 

29.6 

■■ 

223 

18 

Reduce  the  number  ot  coverage  days 
included  for  initial  deployment. 

19.1 

39.7 

22.3 

17 

Improve  in-transit  visibility 

30.6 

41.3 

23,7 

31.9 

13 

Policies 

Refine  the  AMs  as  necessary  to  best  guide 
the  deployment  process. 

62.9 

42.9 

31.6 

45.8 

7 

Develop  individual  deployment  guides  tor 
each  deployment  augmentee  position. 

36.6 

48.8 

47.4 

44.2 

9 

Provide  the  UDM  capability  to  produce 
more  deployment  ready  personnel  and 
cargo 

51.4 

33.0 

47,4 

43.9 

■H 

Training 

Apply  real-world  training  characteristics  to 
exercises 

54.0 

41.3 

39.5 

44.9 

8 

Maximize  training  benefits 

49.1 

64.1 

36.8 

50,0 

4 

Incorporate  a  training  and  efficiency 
evaluation  capability  into  the  LOG-AID 
system 

mm 

34.6 

52,6 

48.4 

5 

Include  total  process  training 

39.7 

64.1 

39.5 

47,8 

6 

Information  Systems 

;  •  ,, 

Implement  a  highly  integrated  task  receipt- 
to-airlift  manifest  information  system 

78.6 

79.9 

553 

713 

1 

Personnel  Attitude  ;><  /  : 

gigsgre 

Develop  a  process  to  encourage  augmentees 
to  participate  in  deployments 

46.3 

38.6 

■  ■ 

293 

14 

Develop  a  process  to  encourage  all 
personnel  to  be  committed  to  real  world 
contingencies  to  the  same  level  as  exercises 

25.7 

22.4 

23.7 

23.9 

16 

Table  11.  Combined  DTI  Rankings 
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While  Table  11  presents  the  final  combined  ranking,  Table  12  compares  the  final 
rankings  by  site  and  to  those  generated  by  the  LOG-AID  team.  The  importance  of  this 
comparison  lies  in  the  fact  that  while  some  minor  ranking  variations  exists,  there  is  a 
strong  consistent  trend  across  sites  as  well  as  with  the  LOG- AID  team.  This  correlation 
indicates  two  major  conclusion.  One,  the  various  sites  view  and  measure  the  success  of 
their  deployment  process  in  much  the  same  manner,  thus,  benefits  from  improvements 
identified  for  one  site  will  also  be  reflected  in  other  sites.  Two,  correlation  with  the 
LOG-AID  team  indicates  the  in-depth  understanding  and  appreciation  of  the  deployment 
process  gained  by  the  LOG-AID  team.  As  a  result,  the  analysis  and  conclusions 
generated  by  the  LOG-AID  team  truly  address  the  user  requirements  for  the  deployment 
process. 
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Develop  a  procss  to  encourage  personnel  to  be 
committed  to  real  world  contingencies  to  the  same  level 
as  exercises 
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Table  12.  DPI  Rankings  by  Site 


3.2.5  Implementation 

With  the  DPIs  now  ranked,  an  analysis  of  options  (tcchnologies/policies/etc.)  to  implement  the 
DPIs  was  addressed.  This  required  an  in-depth  understanding  of  the  DPIs,  and  existing  and 
planned  technologies.  Available  options  for  DPI  implementation  will  be  evaluated  for  best 
overall  benefit.  The  selection  of  best  options  will  following  the  completion  of  the  field  test  when 
more  detailed  improvement  information  will  be  available  and  will  continue  into  that  point  in  time 
when  the  improvement  implementation  occurs. 


The  implementation  criteria  considered  are  cost,  risk,  ease  of  implementation,  time  to  implement, 
scalability,  and  applicability  to  redeployment.  These  criteria  evolved  from  the  same  process  as 
the  previously  described  Process  Criteria  and  the  stakeholders  were  prompted  to  provide  criteria 
they  considered  important  if  changes  were  made  to  their  deployment  process.  The  resulting  list 
of  implementation  criteria  and  their  associated  metrics  are  presented  in  Table  13. 


DPI  IMPLEMENTATION  CRITERIA 

DPI  IMPLEMENTATION  CRITERIA  METRICS 

Ease  or  Implementation 

Minimize  the  resources  required  to  implement  a  DPI 
and  the  necessary  technology. 

#  Manpower 

Indicate  the  number  of  labor  hours  required  to  implement  the  DPI  and  the 
necessary  technology. 

#  Dollar's 

Indicate  the  cost  for  the  required  labor  hours. 

Risk 

Maximizing  the  probability  that  the  To-Be  concept  of 
operation  can  be  successfully  implemented.  This  will 
be  judged  by  the  availability  of  the  technologies 
identified,  and  the  successful  previous 
implementations  of  the  process  concept  and 
technologies. 

U  Dollars 

Acceptance 

Indicate  the  level  of  acceptance  the  user  has  for  the  implementation  of  a  DPI 
and  the  necessary  technology. 

Time  to  Implement 

The  length  of  time  required  to  implement  a  DPI  or 
technology  and  the  time  frame  in  which  that 
implementation  can  be  initiated. 

U  Years  or  months 

Indicate  the  number  of  months  required  to  implement  a  DPI  and  the  necessary 
technology. 

Cost 

The  estimated  amount  of  resources  required  to 
implement  a  DPI  or  technology. 

#  Dollars 
(Technology) 

Indicate  the  cost  associated  with  accessing  a  desired  technology. 

Scalability 

Providing  for  the  capability  to  implement  the 
improved  process  using  various  levels  of  technology 
implementation  and  to  incorporate  new  technologies 
without  requiring  significant  changes  to  the  process. 

Implementation  level  of  effort 

Indicate  the  level  of  capability  that  exists  to  insert  other  technologies  once  a 

DPI  has  been  implemented  with  the  initial  technology. 

Aipnlicability  to  Redeployment 

Provide  for  the  capability  to  apply  some  of  the 
improved  processes  and  technologies  to  the 
redeployment  process. 

Similarities  with  redeployment 

Indicate  the  level  of  applicability  that  a  DPI  and  its  implementing  technology, 
as  implemented  in  the  deployment  process,  has  to  the  redeployment  process. 

Table  13.  Stakeholder-Defined  Implementation  Criteria  and  Metrics 

3.2.6  Agile  Combat  Support  Process  and  Technology  Center  (ACSPTC) 

The  ACSPTC  provides  the  capabilities  to  leam  the  current  tools  used  in  the  deployment  process 
and  test  the  effectiveness  of  tools  developed  for  future  implementation  into  the  deployment 
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process.  1  radeoff  analysis  of  these  tools  based  on  empirical  data  can  be  performed  along  with  a 
variety  of  analysis  to  include  technology  costs  (interfaces,  reprogramming,  etc.),  transitions  and 
transfer  (Research  and  Development  [R&D]  to  acquisition),  magnitude  of  payback  benefits 
(impact  of  Air  Mobility  Express  [AMX]  to  Commander-in-Chief  [CINC]  Time-Phased  Force 
Deployment  Data  [TPFDD],  impact  of  Lean  Log  to  theater  depot  timelines  or  smaller  Readiness 
Spares  Packages  [RSPs]),  and  modeling  and  simulation  using  an  end-to-end  approach  (factory  to 
foxhole,  strategy  to  task). 

The  room  set  up  includes  “story  boards”  to  demonstrate  the  As-Is  and  To-Be  process  relation  and 
interaction  for  employment  driven  requirements,  reachback,  deployment,  pipeline  analysis  for 
performance,  and  time  definite  delivery.  Associated  with  the  “story  boards”  are  the  software/ 
hardware  applications  (existing  and  R&D)  that  support  each  process  and  facilitate  analysis  by 
subject  matter  experts  in  isolation  or  as  part  of  exercise/wargame  play.  These  tools  contained 
within  ACSPTC  include  those  listed  in  Table  14. 


ACRONYM 

NAME 

NAME 

PURPOSE 

Scat 

Beddown  Capability  Assessment  Toot 

Performs  a  time-phased  assessment  of  base  capabilities  and  employment 
requirements 

DeMS 

Deployment  Management  System 

Assigns  manpower  and  equipment  resources  against  UTC  requirements 

JLP 

JPT  Logistics  Planner 

Conducts  a  high  level  assessment  of  logistics  capabilities  and  requirements 
to  support  the  air  campaign 

JPT 

JFACC  Planning  Tool 

Supports  the  development  of  the  CINC’s  air  campaign  strategy  to  achieve 
military  objectives 

LOGMOD(U) 

I.OGMOD(M) 

Logistics  Module 
(Base  Level) 

Logistics  Module 
(MAJCOM  Level) 

Support  logistics  planning  and  UTC  reporting  during  OPLAN  development 
and  execution 

MANPER(B) 

MANPER(M) 

Manpowcr/Pcrsonncl  Module 
(Base  Level) 

Manpower/Personnel  Module 
(MAJCOM  Level) 

Supports  manpower  planning  and  UTC  reporting  during  OPLAN 
development  and  execution 

OT&P 

Operational  Tasking  and  Priorities 

"Feeder  *  system  for  reviewing,  refining,  and  updating  Air  Force  tasking  in 

the  Joint  Operations  Planning  and  Execution  System 

(JOPES) 

UTC-DT 

Unit  Type  Code  -  Development  and  Tailoring 

Supports  the  development  and  tailoring  of  UTCs  to  meet  deployment 
requirements 

Table  14.  ACSPTC  Deployment  Support  Tools 
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3.3  CONOP  Development 

The  CONOP  development  signifies  the  transition  from  defining  the  requirements  for  the  To-Be 
wing-level  deployment  process  to  designing  the  process  that  satisfies  those  requirements.  The 
basic  CONOP  description  was  derived  from  the  To-Be  models,  specifically  the  To-Be  activity 
and  data  models.  The  To-Be  models  provided  the  basis  for  describing  what  the  had  to  be 
accomplished  within  the  deployment  CONOP,  while  the  simulation  provided  the  performance 
conditions  (such  as  performance  timing  and  process  flow). 

A  combination  of  the  To-Be  models  and  the  simulation  focused  the  analysis  and  selection  of 
implementation  technologies  by  identifying  the  technology  requirements  and  their  performance 
specifications.  Also,  a  simulation  comparison  between  the  current  deployment  process  and  the 
To-Be  deployment  CONOP  provided  an  estimation  of  benefits  anticipated  from  the 
implementation  of  the  deployment  CONOP.  This  section  discusses  the  various  aspects  to  the 
deployment  CONOP  development. 

3.3.1  As-Is  and  To-Be  Process  Definition  Overview 

Figures  6  and  7  present  top-level  descriptions  of  the  current  wing-level  deployment  process  and 
the  deployment  CONOP  respectively.  The  major  differences  between  the  As-Is  and  To-Be 
process  concepts  are  the  removal  of  non-value  added  activities,  the  reduced  use  or  quality  check 
activities,  reduced  processing  time  through  the  application  of  equipment  handling  capabilities, 
and  elimination  or  reduction  on  information  processing  activities  through  the  use  of  automation. 
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Figure  6.  Top-Level  Description  of  the  Current  Wing-level  Deployment  Process 
The  flow  of  current  deployment  process  starts  with  a  tasking  identifying  the  force  requirements 
necessary  to  satisfy  mission  objectives  which  arrive  independently  at  both  the  wing  and 
TRANSCOM.  Using  standard  UTC  information,  TRANSCOM  computes  transport  and  airflow 
requirements,  which  they  then  provide  to  the  deploying  units.  In  parallel,  the  assigned  force 
requirements  trigger  the  wing  to  initiate  their  deployment  activities  by  producing  a  DSOE.  The 
DSOE  development  includes  a  two-stage  process.  First,  the  schedule  represents  a  set  of 
integrated  task  durations  that  reflect  the  deployment  process  timeline  needed  to  deploy  the  wing. 
Second,  using  the  assigned  airflow’s  defined  by  TRANSCOM  action  times  are  computed  to 
replace  the  time  duration  representations.  Because  the  two  levels  of  planning  are  performed  in 
parallel,  adjustments  are  made  to  the  deployment  timeline  to  accommodate  the  airflow  times  and 
to  adjust  to  the  assignment  of  aircraft  type  different  from  initially  anticipated. 

Once  developed,  the  DSOE  provides  the  official  guidance  and  timeline  for  performing  the 
deployment  effort  to  satisfy  the  delivery  of  the  required  forces.  In  accordance  with  airlift 
availability  and  mission  requirements  the  units  select  and  tailor  equipment  and  AF  SCs,  ttie  units 
then  develop  a  DSOE  schedule  to  prepare  their  cargo  and  personnel  for  deployment.  Upon 
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preparation  completion,  the  cargo  moves  by  forklifts  and  flatbed  trucks  through  a  series  of 
handling  and  inspection  activities.  As  various  steps  are  completed  in  the  deployment  process, 
phone  calls  to  the  DCC  provide  status  updates.  While  the  number  and  type  of  inspections  vary 
somewhat  from  site-to-site,  the  general  inspections  for  cargo  include  a  pre  in-check,  a  CDF  in¬ 
check,  a  marshaling  check,  and  a  Load  Master  check  prior  to  actual  loading.  For  personnel,  the 
general  inspection  includes  a  unit  check,  a  PDF  check  and  a  loading  check  prior  to  actual 
loading.  In  addition  to  the  checks,  personnel  often  wait  in  the  PDF  for  long  periods  of  time  prior 
to  loading. 

From  the  marshaling  area  the  cargo  increments  are  moved  to  and  loaded  into  the  aircraft.  This 
process  occurs  in  a  number  of  ways  depending  on  the  type  of  increment  and  the  availability  of 
material  handling  equipment.  Rolling  stock  may  move  to  the  aircraft  under  its  own  power, 
moved  via  a  k-loader,  or  placed  on  a  pallet.  Rolling  stock,  such  as  a  C- 10  Air  Conditioner  will 
likely  be  towed  to  the  aircraft  then  either  pushed,  pulled,  or  wrenched  aboard.  The  majority  of 
pallets  are  loaded  onto  a  k-loader  in  the  marshaling  area  using  forklifts,  and  the  k-loader  then 
transports  the  increment  to  the  aircraft  and  supports  the  increment  transfer  into  the  aircraft. 

LOG-AID’s  2010  Concept  of  Operation,  as  illustrated  in  Figure  7,  streamlines  this  process  from 
the  perspectives  of  both  information  processing,  and  resource  (personnel  and  cargo)  preparation 
and  loading. 
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Figure  7.  Top-Level  Description  of  the  To-Be  Wing-level  Deployment  Process 


As  is  currently  accomplished,  the  force  requirements  are  received  in  parallel  by  both  the  wing 
and  TRANSCOM.  However,  through  the  application  of  an  integrated,  efficient  LOG-AID 
Integrated  Deployment  System  2010  (IDS2010)  capability,  the  deploying  units  define, 
coordinate,  and  communicate  their  deployment  requirements  to  TRANSCOM  in  a  timely  manner 
so  as  to  impact  TRANSCOM’s  assignment  of  transports. 

The  intent  behind  IDS2010  is  to  apply  a  functional  approach  to  accessing  and  organizing  the 
information  necessary  to  suggest  the  appropriate  decisions,  then  present  those  suggested 
decisions  to  the  appropriate  users  for  review,  adjustments,  and  acceptance.  IDS2010  allows  the 
personnel  to  be  decision-makers  and  minimizes  their  information  handling  requirements. 

This  improved  information  processing  addresses  all  aspects  of  deployment  planning.  These 
aspects  of  deployment  planning  include  the  tailoring  of  resources  through  the  integration  of  site 
survey  information,  the  coordination  of  deploying  resources  across  units  from  various  bases 
going  to  the  same  reception  site,  and  the  tailoring  of  UTC  resources  based  on  previous 
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experience  and  on  assets  currently  in  the  deployed  Area  of  Responsibility  (AOR).  IDS2010  also 
supports  the  selection  of  personnel  and  equipment  to  fill  the  deployment  requirements,  and  the 
development  of  an  integrated  DSOE.  Furthermore,  during  the  deployment,  1DS2010  supports 
the  status  tracking  and  problem  identification  during  the  deployment  effort. 

Effectively  implemented,  IDS2010  provides  support  to  the  current  concept  of  the  DCC. 
Currently  the  operations  within  the  DCC  focus  on  coordination  and  correction,  IDS2010  will 
minimize  the  need  for  manual  coordination,  reduce  the  need  for  corrective  actions  based  on 
erroneous  information,  and  identify  opportunities  for  adjusting  the  deployment  processing 
timeline  based  on  the  continuously  updated  status  information.  Thus,  many  of  the  physical 
aspects  of  the  DCC  will  be  adjusted  so  as  to  place  less  significance  on  the  DCC  and  more  on  the 
deployment  process. 

The  design  of  the  DCC  will  also  change  to  provide  more  direct  awareness  of  the  deployment 
operations.  This  requires  that  the  DCC  be  capable  of  directly  observing  the  holding  and  loading 
area,  and  preferably  to  allow  the  DCC  personnel  to  video  tape  what  is  happening  with  the 
deployment  process.  This  allows  personnel  to  review  the  deployment  to  find  out  what  went 
wrong,  and  how  it  can  be  handled  better  in  the  future. 

We  now  move  from  the  process  planning  that  is  highlighted  by  information  processing  and 
decision  making,  to  the  actual  preparation  and  handling  of  the  material  and  personnel  processing 
as  dictated  by  the  planning  information.  The  preparation  begins  with  a  greater  emphasis  on 
keeping  the  deploying  resources  (both  personnel  and  equipment)  in  a  deployment  ready  state.  In 
accordance  with  the  deployment  tasking,  units  make  the  limited  number  of  preparation 
adjustments  required. 

Using  the  improved  technology  capabilities  provided  to  them,  units  prepare  their  resources  to 
such  a  quality  state  that  they  can  move  a  majority  of  the  deploying  resources  directly  from  the 
unit  to  the  aircraft.  To  ensure  flight  safety,  a  limited  number  of  resources  receive  a  Quality 
Assurance  (QA)  check  prior  to  loading.  For  personnel,  this  check  will  correct  any  deployment 
default  already  identified.  For  equipment,  this  check  will  continue  for  increments  with 
Hazardous  Materials  (HAZMAT),  increments  prepared  by  units  with  history  of  bad  preparation, 
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increments  containing  items  from  multiple  units  and  increments  selected  at  random  to  maintain 
continued  flight  safety. 

The  actual  movement  of  increments  will  be  completed  by  effectively  utilizing  existing  and  new 
technologies.  Through  the  increased  movement  speed,  the  goal  will  be  to  move  increments  from 
the  units  to  the  aircraft,  while  leaving  open  the  possible  need  for  a  short  term  holding  area. 
Moving  increments  more  effectively  requires  that  k-loaders  and  forklifts  be  used  primarily  for 
short  distance  moves  while  other  technologies,  such  as  pallet  dollies,  would  provide  a  faster 
long-distance  movement  capability. 

3.3.2  Performance  Analysis 

The  results  of  the  data  collection  and  modeling  efforts  were  tested  using  a  dynamic  simulation 
technique  called  WITNESS®.  As  shown  in  Figure  8,  the  models  provided  the  framework  for  the 
simulations.  The  simulations  used  performance  data,  collected  from  the  Air  Force  sites 
throughout  various  MAJCOMs.  The  collected  data  included  activity  timing,  branching 
conditions  among  activities,  and  resources  responsible  for  performing  activities  within  the 
deployment  process.  Characteristics  of  the  individual  processes  were  defined  with  a  number  of 
probability  distributions  appropriate  to  the  wing-level  deployment  environment.  The  conditional 
behavior  of  the  system  was  studied  to  assess  flow  rates,  bottlenecks,  idle  time,  throughput,  cycle 
times,  workload,  and  other  dynamic  properties. 

As  part  of  the  field  testing  of  the  DPIs,  these  dynamic  simulations  will  be  used  to  conduct  “what- 
if  ’  analyses  to  determine  the  effects  the  DPIs  are  likely  to  have  on  the  wing-level  deployment 
process.  Used  in  this  manner,  the  dynamic  simulations  provide  a  means  of  exploring  alternative 
implementation  approaches  without  requiring  expensive  and  extensive  on-site  experiments. 
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Figure  8.  Simulation  Support  of  LOG-AID 


3.3.2.1  Performance  Data 

The  dynamic  characteristics  of  the  wing-level  deployment  process  were  collected  at  each  Air 
Force  base  visit.  The  simulations  used  performance  data  collected  from  the  AF  bases  visits, 
previous  conducted  AF  studies  such  as  Action  Workout 

(A WO)  efforts  on  the  deployment  process  at  Robins  AFB,  GA  in  November  1996  and  February 
1997  and  wing-IDEF,  and  maximum  acceptable  response  times  defined  by  another  AFRL 
research  effort  (ITI-ALC). 

The  performance  data  collected  and  analyzed  encompassed  three  types: 

•  Duration  time  to  complete  a  process; 

•  Frequency  of  occurrence  of  a  process  or  product;  and 

•  Delay  or  response  time  for  specific  exceptions 
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•  (e.g„  the  time  between  the  request  from  the  wing  to  MAJCOM  for  clarification  and  more 
detail  on  a  fragmented  or  non-standard  UTC  and  the  time  the  MAJCOM  responds  with 
the  details). 

3.3.2.2  Assumptions 

The  following  operational  assumptions  apply  to  the  LOG-AID  simulations. 

•  All  personnel  necessary  to  perform  the  jobs  are  available. 

•  If  an  increment  is  rejected  in  the  CDF  and  sent  back  to  the  unit,  it  is  repaired  or  replaced 
correctly  and  does  not  get  frustrated  again  in  the  CDF. 

•  There  is  only  one  increment  of  mobility  bags  per  chalk. 

•  One  transport  accepts  all  the  passengers  and  mobility  bags  from  one  unit,  thus  the 
personnel  and  cargo  from  one  unit  is  not  split  across  transports. 

•  In  the  As-Is  simulation,  all  personnel  process  through  the  PDF,  and  at  least  stop  at  the 
eligibility  check,  ID/Dog  tags,  and  medical  work  stations.  In  the  To-Be  simulation  only 
those  personnel  requiring  processing  through  a  work  station  stop  at  the  PDF. 

•  There  is  a  20-minute  delay  between  the  time  the  last  passenger  is  loaded  on  the  aircraft 
and  the  aircraft  takes  off  and  departs  the  base. 

In  addition  to  the  operational  assumptions,  Table  15  presents  the  variations  in  process  flow 
between  the  As-Is  an  To-Be  simulations.  The  As-Is  percentages  came  from  the  stakeholders 
during  the  data  collection  process  and  incorporated  into  the  simulation  as  a  triangular  distribution 
around  those  numbers.  Using  the  same  triangular  distribution  approach,  the  To-Be  percentages 
were  based  to  a  great  extent  on  goals  placed  on  the  To-Be  processing  concept  but  judged  realistic 
and  attainable  by  users. 
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Deployment  Processing  Action 

As-Is  Percent 

To-Be  Percent 

Unit  Pro  In-chcck  finds  a  problem  with  cargo  and  fixes  it 

12 

6 

Unit  Pre  In-check  finds  a  problem  with  cargo  and  sends  it  back  to  the  unit 
buildup 

3 

1.5 

CDF  finds  a  problem  with  cargo  and  lives  it 

7 

2 

CDF  finds  a  problem  with  cargo  and  sends  it  back  to  the  unit 

3 

“  1 

Personnel  Processing  through  Ppl- 

100 

2 

RAMPCO  finds  a  problem  with  cargo  and  must  lix  it 

2 

0 

Table  IS.  Assumptions  Used  in  the  As-Is  and  To-Be  Simulations 


The  baseline  scenario  for  comparing  the  As-Is  and  To-Be  simulations  consisted  of  the  same 
number  of  chalks,  squadrons  or  units,  increments,  and  passengers  per  chalk  as  shown  in  Table 
16.  While  not  representing  any  one  specific  type  of  squadron  or  unit,  the  scenario  numbers  were 
selected  as  a  general  representation  of  a  deployment  size. 


CIIALK  1 

Total  Increments:  IS 

'1  olal  Passengers:  38 

Unit:  #  I 

Increments:  3 

Passengers:  3 

Unit:  n  1 

Increments:  10 

Passengers:  4 

Unit:  #3 

Increments:  4 

Passengers:  3 1 

CHALK  2 

Total  Increments:  1 1 

Total  Passengers:  51 

Unit:  #  1 

Increments:  4 

Passengers:  23 

Unit:  n 

Increments:  6 

Passengers:  2 1 

Unit:  #3 

Increments:  1 

Passengers:  7 

CIIALK  3 

Total  Increments:  18 

Total  Passengers:  47 

Unit:  U 1 

Increments:  6 

Passengers:  27 

Unit:  #2 

Increments:  4 

Passengers:  2 

Unit:  #3 

Increments:  8 

Passengers:  18 

CIIALK  4 

Total  Increments:  2 

Total  Passengers:  18 

Unit:  U 1 

Increments:  2 

Passengers:  18 

CHALKS 

Total  Increments:  7 

Total  Passengers:  7 

Unit:  U 1 

Increments:  4 

Passengers:  4 

Unit:  n 

Increments:  1 

Passengers:  1 

Unit:  H 3 

Increments:  2 

Passengers:  2 

CIIALK  6 

Total  Increments:  7 

Total  Passengers:  12 

[  Unit:  #1 

Increments:  1 

Passengers:  1 1 

Unit:  #2 

Increments:  6 

Passengers:  1 

Table  16.  Simulation  Scenario 


A  summary  of  the  simulation  results  and  improvements  identified  by  the  DPIs  is  presented  in 
Table  17.  The  left  column  identifies  some  important  parameters  analyzed  in  the  simulations. 
The  As-Is  and  To-Be  columns  depict  the  results  of  the  simulation  in  minutes.  The  improvement 
column  depicts  the  percentage  of  the  total  improvement.  The  numbers  are  based  on  the 
exercising  of  a  Monte  Carlo  simulation  run  consisting  of  one  hundred  runs. 
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Deployment  Processing  Action 

As-Is 

To-Be 

Improvement 

Percent 

Unit  time  to  pack  cargo 

1610 

1419 

11.2 

Unit  time  to  prepare  personnel 

8869 

1103 

87,7 

CDi*  processing  time 

837 

245 

70.7 

l  ime  to  transport  cargo 

2474 

1633 

34 

Time  to  transport  passengers 

498 

392 

21.3 

DCC  Time 

174 

N/A 

PDF  Processing  Time 

6702 

28 

99.6 

Total  Deployment  Time 

28:31 

12:50 

55 

Table  17.  Simulation  Results 


3.3.2.3  Network 

IDEF3  process  models  were  constructed  depicting  the  network  for  simulations.  These  are  based 
on  the  IDEF3  process  models  depicted  in  this  technical  report.  They  depict  the  lowest  level  of 
detail  useful  in  obtaining  performance  information  from  the  users.  They  do  not  necessarily  go 
down  to  the  level  of  detail  of  the  lowest  level  nodes  of  the  IDEF3  process  models.  The  networks 
do,  however,  encompass  the  same  scope  as  the  detailed  models.  The  simulations  begin  with 
receipt  of  a  deployment  tasking  at  the  wing/base  and  end  when  the  assigned  units,  including  both 
personnel  and  cargo,  are  loaded  onto  the  transport  and  depart  from  the  wing/base.  Figure  9 
depicts  the  As-Is  network,  and  Figure  10  depicts  the  To-Be  network. 


Figure  9.  As-Is  Network 
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Figure  10.  To-Be  Network 

3.3.2.4  Sensitivity  Analysis 

Monte  Carlo  experiments,  each  consisting  of  one  hundred  runs,  were  conducted  to  produce  sets 
of  deployment  process  timelines  for  the  purpose  for  testing  the  sensitivity  or  impact  that  any  one 
step  has  on  the  overall  deployment  process.  The  experiments  were  conducted  by  systematically 
changing  the  time  of  the  selected  process  step  while  retaining  the  same  distribution  for  all  other 
aspects  of  the  process. 

The  LOG-AID  team  recognized  early  on  that  results  of  simulation  may  be  sensitive  to  certain 
values.  As  a  result,  sensitivity  analyses  were  conducted  on  those  simulations  which  1)  rely  on 
low  number  of  data  points,  2)  exhibit  a  wide  variation  in  data  points,  3)  depend  on  areas  of 
judgment  by  the  subject  matter  experts,  and  4)  rely  on  activities  of  the  network  which  are  major 
areas  of  constraints  for  users,  such  as  “transporting”  and  “CDF  processing.” 

Figures  11  and  12  depict  the  sensitivity  analyses  results  from  the  Monte  Carlo  experiments  on 
the  network  representing  the  wing  level  deployment  process.  The  x-axis  identifies  the 
percentage  change  in  the  parameter  tested  and  the  y-axis  depicts  the  percentage  change  in  the 
deployment  execution  time.  Figure  1 1  illustrates  that  changes  in  processing  stepS  within  the 
deployment  process  had  little  impact  on  the  DSOE  development  and  load  plan  computation 
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times.  Ior  this  reason,  additional  data  was  not  required  to  be  collected  for  these  areas.  For 
example,  the  time  to  develop  the  load  plan  was  comprised  of  a  low  number  of  data  points.  An 
analysis  was  conducted  to  determine  how  sensitive  the  simulation  was  to  changes  to  this  period 
of  time.  As  shown  in  the  second  data  series  (Load  Plan  Computation  Time)  in  Figure  1 1,  as  the 
time  to  perform  the  activity  changed  by  50  percent,  the  total  deployment  execution  time  changed 
by  only  1.25  percent.  The  sensitivity  analysis  concluded  that  the  total  time  for  deployment 
execution  was  not  sensitive  to  the  variability  in  this  data. 


Figure  11.  Sensitivity  Analysis  (Non-Sensitive  Parameters) 


The  sensitivity  analysis  identified  that  the  network  is  sensitive  to  certain  pieces  of  data,  as  can  be 
seen  in  Figure  12.  The  x-axis  identifies  the  percentage  change  in  the  parameter  tested.  The  y- 
axis  depicts  the  percentage  change  in  the  deployment  execution  time.  For  example,  the  time  to 
proems  rnrgn  in  th*»  PDF  appeared  tn  be  one  of  the  bottlenecks  in  the  process.  As  shown  in  the 
second  data  series  in  Figure  12,  as  the  time  to  perform  the  CDF  processing  changed  by  50 
percent,  the  total  deployment  execution  time  changed  by  12  percent. 
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Figure  12.  Sensitivity  Analysis  (Sensitive  Parameters) 


3.3.3  Technology  Analysis 

Through  the  development  and  analysis  of  the  As-Is  and  To-Be  models,  considerations  turned  to  a 
search  of  the  technologies  that  could  be  used  to  implement  the  To-Be  deployment  process. 
Because  the  implementation  of  the  To-Be  process  aims  at  the  year  2010,  the  technologies 
considered  for  use  are  those  already  in  existence,  being  developed,  or  anticipated  to  be  available 
by  that  time  period.  In  addition  to  the  technologies  available  or  being  developed  for  other 
purposes,  requirements  for  new  technologies  also  came  from  the  analysis  of  the  To-Be 
processing  needs. 

The  guidelines  for  identifying  and  selecting  the  technologies  came  in  the  form  of  functional 
requirements  and  performance  specifications.  The  functional  and  data  models  defined  what  the 

leeluiulugici  had  lu  pcifuiui  in  terms  of  tHc  aotivity  definition,  data  pro c ©Doing,  and  intarfacing. 

The  simulation  model  defined  the  performance  or  operational  characteristics  required  of  the 
technology. 
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3,3.4  Preliminary  Cost  Analysis 

The  LOG-AID  program  focused  on  improving  the  wing-level  deployment  process  through  the 
identification  of  innovative  process  improvements  and  technologies  as  documented  in  the  LOG- 
AID  CONOP.  These  improvements  enhance  the  stakeholder’s  ability  to  satisfy  deployment 
requirements  while  increasing  deployment  efficiency.  As  previously  stated,  the  process 
improvements  identified  through  the  LOG- AID  program  for  a  fighter  squadron  having  13 
increment  per  chalk  went  from  a  processing  time  of  10  to  23  hours  down  to  a  predicted  time  of  5 
to  9  hours. 

In  addition  to  performance,  improvement  should  also  be  reflected  in  a  reduced  cost  to  perform 
the  deployment  process.  While  it  is  realized  that  a  cost  saving  benefit  analysis  does  not  provide 
a  precise  picture  of  the  cost  savings,  it  does  provide  good  insights  into  potential  cost  savings 
percentages.  Having  stated  this  limitation,  Table  18  summarizes  the  preliminary  cost  savings 
based  on  personnel  cost  resulting  from  the  differences  between  the  As-Is  deployment  process 
and  the  To-Be  deployment  process  as  defined  in  the  LOG-AID  CONOP. 

Applying  cost  values  in  terms  of  the  salaries  of  personnel  involved  in  the  force  generation 
process  from  the  time  of  unit  notification  through  aircraft  loading  results  in  an  average  cost 
savings  of  approximately  58  percent.  Similar  cost  savings  would  also  occur  in  other  deployment 
support  functions  such  as  the  Command  Post  where  personnel  are  involved  from  organizations 
such  as  Transportation,  Security  Police,  and  Communications. 

These  cost  numbers  are  derived  from  the  As-Is  and  To-Be  deployment  processing  described  in 
Figures  6  and  7  respectively.  The  minimum  (min),  maximum  (max),  and  average  (ave)  costs 
correspond  to  the  performance  times  assigned  to  deployment  processing  tasks  multiplied  by  the 
salaries  of  individual  types  performing  the  deployment  tasks  using  the  baseline  scenario 
involving  one  chalk  of  13  increments  and  20  personnel.  The  As-Is  Cost  row  presents  the  costs 
for  the  performance  of  the  deployment  process  as  currently  performed.  The  To-Be  Cost  row 
presents  the  cost  savings  associated  with  those  tasks  removed  or  reduced  from  the  As-Is  process 
to  produce  the  To-Be  CONOP.  Thus,  subtracting  the  To-Be  Costs  savings  from  the  As-Is  Costs 

produces  die  processing  cusl  fui  die  Tu-Dc  CONOP.  TIic  Percent  Savings  row  then  presents  the 

percent  of  the  cost  savings  with  respect  to  the  As-Is  Cost. 
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Min 

Max 

Avc 

As-Is  Cost 

$2370.69 

$5131.15 

$3750.92 

To-Be  Cost 

$1241.50 

$3088.91 

$2165.20 

%  Savings 

52% 

60% 

58% 

Table  18.  Computation  of  Estimated  Cost  Savings 


Table  19  presents  the  military  personnel  salaries  by  rank  used  in  the  cost  analysis  calculation. 
Computed  through  1998,  the  rates  are  presented  in  terms  of  both  hours  and  minutes,  with  the  per 
minute  rate  used  for  the  cost  analysis. 


96  Qtrs 
(w/dep) 

BAS 

(8.06*30) 

Base  Pay 

Monthly  Pay 

1997 

3%  inc 

1998 

3%  inc 

Hourly 

Rate 

*** 

Minute  Rate 

Amn(E2) 

$345.60 

$241.80 

$980.70 

$1,568.10 

$1,615.14 

$1,663.60 

$10.40 

$0.17 

911 

$363.60 

$241.80 

$1,161.90 

$1,767.30 

$1,820.32 

$1,874.93 

$11.72 

$0.20 

mHi 

$390.00 

$241.80 

$1,354.20 

$1,986.00 

$2,045.58 

$2,106.95 

$13.17 

$0.22 

$448.50 

$241.80 

$1,592.10 

$2,282.40 

$2,350.87 

$2,421.40 

$15.13 

$0.25 

TS&tdtt) 

$498.90 

$241.80 

$1,890.00 

$2,630.70 

$2,709.62 

$2,790.91 

$17.44 

$0.29 

MSRt 

(E7) 

$539.70 
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$2,172.00 

$2,953.50 

$3,042.11 

$3,133.37 

$19.58 

$0.33 

B2MNH 

$581.40 

$241.80 

$2,713.50 

$3,536.70 

$3,642.80 

$3,752.09 

$23.45 

$0.39 

CMsgt 

(E9) 

$630.60 

$241.80 

$3,077.40 

$3,949.80 

$4,068.29 

$4,190.34 

$26.19 

$0.44 

u;r 

$524.70 

$149.67 

$2,532.30 

$3,206.67 

$3302.87 

$3,401.96 

$21.26 

$0.35 

Cap! 

$614.40 
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$3,176.70 

$3,940.77 
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$26.13 

$0.44 

Maj 

$742.50 

$149.67 

$4,051.80 

$4,943.97 

$5,092.29 

$5345.06 

$32.78 

$0.55 

***  Assumption:  4  weeks  *  40  hours/wcek  =  160  hours/month 

Table  19.  Labor  Costs  Used  as  the  Cost  Analysis  Basis 


Table  20  represents  the  As-Is  deployment  cost  analysis  with  respect  to  labor  used  to  produce  the 
As-Is  cost  numbers  presented  in  Table  18.  The  table  is  separated  into  the  major  activities 
preformed  within  the  As-Is  process,  with  a  total  cost  associated  with  each  activity.  For  each 
major  activity  the  minimum,  maximum,  and  average  times  for  performing  the  tasks  are  listed 
along  with  personnel  ranks  of  those  usually  assigned  to  the  activity.  Based  on  the  rank,  the  pay 
rate  of  that  rank,  and  the  performance  time,  the  minimum,  maximum  and  average  activity  cost  is 
computed.  The  total  cost  results  from  the  sum  of  the  all  the  individual  activities. 
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Table  20.  Performance  Cost  for  the  As-Is  Deployment  Process 
Table  21  represents  the  To-Be  CONOP  savings.  This  saving  was  computing  based  on  the 
performance  cost  of  those  activities  removed  or  adjusted  in  going  from  the  As-Is  to  the  To-Be 
processes  due  to  process  changes  or  the  application  of  automation.  Thus  subtracting  the  cost 
totals  in  Table  21  from  the  As-Is  cost  totals  produces  the  predicted  cost  of  the  To-Be  process 
definition. 

For  the  cargo  processing,  six  activities  were  eliminated,  namely  the  pre-in-check,  CDF  in-check, 
RAMPCO  check,  marshalling.  Load  Master  Check,  and  the  Load  Master  preparation  for  loading. 
For  each  of  these  eliminated  activities,  the  time,  individual  cost,  and  total  cost  were  computed. 
Similarly  for  personnel,  the  personnel  processing  through  the  PDF  was  eliminated  along  with 
personnel  holding  requirement.  As-Is  processing  activities  reduced  due  to  automation  include 
the  coordination  of  force  requirements,  the  generation  of  the  DSOE,  the  preparation  of  personnel, 
and  the  monitoring  in  the  DCC.  The  time  and  cost  for  these  reduced  efforts  were  computed. 

Within  the  To-Be  process,  the  CDF  in-check  will  not  be  totally  removed,  but  rather  minimized. 
In  the  first  part  of  the  table,  the  As-Is  CDF  in-check  was  totally  removed.  To  represent  the  To- 
Be  CONOP,  the  last  part  of  Table  21  represents  the  cost  of  the  reduced  CDF  in-check  to  remain 
a  part  of  the  deployment  process. 

Thus  the  totals  at  the  bottom  of  the  table  represent  the  costs  savings  based  on  changes  made  to 
As-Is  process  so  as  to  produce  the  To-Be  process.  These  numbers  are  presented  in  Table  18  for 
summary. 
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table  21.  Performance  Cost  Savings  for  the  To-Be  Deployment  Process 


3.3.5  CONOP  Verification 

The  To-Be  validations  focused  on  gaining  acceptance  and  additional  improvement  suggestions 
from  the  stakeholders.  Selected  To-Be  validation  sites  included  a  representative  of  various 
mission  types  and  the  bases  supporting  those  types  of  missions. 

At  each  site,  the  two-day  validation  process  followed  basically  the  same  agenda.  On  the 
morning  of  the  first  day,  the  LOG-AID  Government  Program  Manager  presented  an  introductory 
overview  to  the  Wing  Commander,  or  his  representative,  and  any  of  his  invited  staff  members. 
Individual  sessions  followed  over  the  next  two  days,  with  each  session  lasting  approximately 
three  hours.  The  pre-identified  attendees  were  grouped  according  to  their  deployment  process 
responsibilities,  allowing  for  flexibility  to  attend  a  different  session  to  accommodate  their  work 
schedules.  These  groupings  of  similar  personnel  was  intended  to  encouraged  discussions  and 
focus  on  specific  areas  of  the  process  while  minimizing  conflicts  that  may  exists  among  the 
various  areas  of  responsibilities.  As  experience  was  gained  regarding  the  completeness  and 
acceptance  of  the  DPIs  and  CONOP,  and  the  anticipated  conflicts  were  not  apparent,  the 
separation  of  personnel  by  deployment  responsibilities  was  removed  and  more  integrated  groups 
formed.  Table  22  summarizes  the  scope  and  magnitude  of  the  To-Be  verification  effort. 

Because  of  the  acceptance  received  at  the  various  bases  regarding  the  wing  level  deployment 

procecc  strengths,  weaknesses,  and  the  identified  DPIs,  the  validity  and  rnmpleteness  nf  the 

LOG-AID  analysis  was  believed  to  be  addressing  the  needs  and  goals  of  the  users  or 
stakeholders.  This  does  not  mean,  however,  that  the  session  were  quiet  and  without  comments. 
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The  stakeholders  were  very  open  with  their  comments  but  in  general  all  comments  were  in 
agreement  with  the  information  presented. 


SH  ES/C  OMMANi) 

STAKEHOLDERS 

ATTENDEES 

• 

Wright  Patterson  A  IB/  AFMC 

•  Wing  Commander 

« 

Command  &  Control 

• 

Indiana  ANG 

*  IDO/DCC 

• 

(60) 

* 

(Ft,  Wayne)/  ANG 

•  UDM 

« 

Planning 

• 

Charleston  AFB/  AMC 

*  Load  Planner 

• 

(94) 

* 

WWDPC/IIQUSAF  - 

*  Manpower  &  Personnel 

• 

Cargo  Handlers/Transportation 

• 

McGuire  AFB/ AMC 

*  PDF 

• 

(37) 

• 

Elmendorf  AFB/  PACAF 

•  CDF/In-cheek 

• 

Manpower  &  Personnel  Functions 

• 

Mi.  Home  AFB/ ACC 

*  On-Base  Transportation 

• 

(23) 

• 

Holloman  AFB/  ACC 

*  READY 

• 

Unit  Functions 

• 

* 

• 

Osan/  PACAF 

Kadena /  PACAF 

Hickam  AFB/  PACAF 

•  Marshafer/RAMPCO 

•  Load  Master/TRANSCOM 

•  Reception  Site 

• 

(HI) 

• 

• 

AvianoAB/USAFE 

Ramstein  AB/  USAFE 

325  TOTAL  STAKEHOLDERS  INVOLVED 

Table  22.  Sites  and  Stakeholders  involved  in  the  To-Be  Verification  Process 


The  verification  sessions  were  set  up  to  maximize  the  attendee  involvement,  with  the  goal  of 
ensuring  their  understanding  of  program  intent  and  concepts.  While  the  presentation  approach 
varied  slightly  over  the  course  of  the  verifications,  the  sessions  started  with  a  request  to  the 
attendees  to  list  for  themselves  the  strengths,  weaknesses,  and  improvement  ideas  they  have 
about  the  process. 

Each  category  (information  systems,  process,  training,  policy,  and  personnel  attitude)  of 
strengths,  weaknesses,  and  DPIs  were  presented  followed  by  an  open  session  during  which 
attendees  were  encouraged  to  reflect  and  comment  on  those  items.  Following  these  discussions 
was  the  discussion  and  simulation  demonstration  for  how  the  To-Be  process  and  its  comparison 
to  the  As-Is  process  performance.  Again,  this  discussion  and  demonstration  ended  with  an  open 
discussion  to  encourage  involvement  and  ideas.  The  attendees  were  then  asked  to  review  the 
process  strengths,  weaknesses,  and  improvement  ideas  to  verify  if  all  their  issues  had  been 
addressed.  Each  session  ended  with  an  explanation  of  the  DPI  process  criteria  and  their  ranking 
of  those  criteria. 

In  addition  to  each  individual  ranking  the  DPI  process  criteria,  the  IDO  completed  the 
information  for  the  deployment  metrics. 
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4.  RESULTS 


4.1  Deployment  Timeline  Comparison 

Figure  13  presents  a  comparison  of  the  deployment  timelines  as  the  process  exists  today,  as  the 
process  is  planned  for  AEF,  and  for  the  proposed  process  towards  the  year  2010.  Currently  there 
exists  a  level  of  preparedness  for  both  personnel  and  cargo  prior  to  the  receipt  of  the  warning 
order.  During  the  planned  15  days  from  the  warning  order  to  deployment  order,  crisis  action 
planning  and  preparation  increases.  Following  receipt  of  the  deployment  order,  6  hours  of  crisis 
action  planning  transfers  into  16  hours  of  personnel  and  cargo  processing,  terminating  with  the 
deploying  resources  being  loading  on  the  conveyances  for  movement  to  the  reception  site.  Three 
days  after  deployment  order  receipt,  the  force  are  in  place  at  the  deployed  location  and  ready  to 
begin  mission  operations  with  sufficient  resource  to  support  a  30-day  effort  before  sustainment 
resources  are  required. 

The  reduction  in  the  AEF  timeline  results  from  the  increases  effort  involved  in  maintaining  unit 
preparation  prior  to  the  receipt  of  the  warning  order.  During  this  time  period,  designated  units 
prepare  for  deployment  as  part  of  their  everyday  work  operation.  For  example,  at  the  end  of 
every  work  day,  aircraft  are  loaded  and  pallets  built  to  the  point  they  are  ready  for  deployment 
processing.  This  daily  preparation  allows  for  the  reduced  deployment  timeline  once  the  orders 
arrive. 

In  the  year  2010,  the  time  between  warning  order  and  deployment  order  will  decrease  to  one  day, 
with  sortie  generation  beginning  42  hours  after  warning  order  receipt.  To  satisfy  this  demanding 
timeline  requires  that  resource  preparedness  be  improved  along  with  a  decreased  timeline  for 
both  planning  and  processing.  In  addition,  the  sustainment  resources  must  vary  to  satisfy  the 
mission  duration  requirements  that  could  range  anywhere  from  3  to  30  days  after  deployment 
order  receipt. 
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Figure  13.  Deployment  2010  Process  will  Reduce  the  Time  to  Sortie  Initiation 


To  meet  these  challenges,  planners  must  apply  methods  that  facilitate  the  tailoring  of  resources 
for  a  specific  scenario.  In  some  cases,  meeting  operational  objectives  may  incur  unacceptable 
levels  of  risks;  therefore,  planners  must  assess  the  risks  of  various  support  strategies  and 
communicate  those  risks  to  operational  planners  in  operational  terms.  Logisticians  need  to 
provide  the  best  guidance  to  operational  planners  concerning  any  risks  in  logistics  support  of 
mission  requirements. 

4.2  Program  Risks 

Performance  of  a  process  improvement  effort  such  as  LOG- AID  requires  a  team  of  people  for  to 
accomplish  the  identification,  access,  collection,  integration,  and  analysis  of  large  quantities  of 
data  and  information  to  ensure  the  development  of  realistic  and  truly  beneficial  improvement 
concepts.  The  level  of  program  success  relies  heavily  on  the  team’s  ability  to  accomplish  this 
information  intensive  tasks.  To  help  ensure  the  success  of  the  LOG-AID  program,  a  risk 
avoidance  and  mitigation  analysis  was  perform.  The  goal  of  this  analysis  was  to  identify  the 
critical  aspects  of  the  process,  that  if  not  addressed  correctly,  would  significantly  decrease  the 

benefits  received  from  the  program.  For  each  of  those  rioko,  ono  or  more  otepo  or  approaches 

were  established  which  would  eliminate  or  reduce  the  potential  that  the  problem  would  occur  and 
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minimize  program  success.  Table  23  summarizes  the  list  risks  and  corresponding 
avoidance/mitigalion  steps  identified  for  LOG-AID. 


RISK 

AVOIDANCE/MITIGATION 

Potential  for  an  Ineffective 

Program 

•  Develop  a  common  program  understanding 
=>  Develop  a  strawmnn  model 

Verify  with  in-house  functional  experts 
=>  Use  walk-throughs  to  coordinate  the  LOG- AID  team’s  understanding 
=o  Perform  preliminary  site  visits  to  local  bases 

•  Support  the  Department  of  Defense  (DoD)/AF  strategic  vision 

Identify  data  critical  to  DoD/AF  strategic  visions 
=>  Develop  interaction  with  related  initiatives 

Maintain  user  involvement 

=s>  Collect  data  focused  around  deployment  metrics 
=>  Ensure  traceability  of  CONOP  to  strategic  visions 

Failure  to  produce  clearly  defined 
objectives  as  to  what  the  improved 
process  is  to  accomplished 

•  Baseline  objectives  have  been  well  established  by  the  LOG-AID  program. 

•  Development  of  criteria  and  metrics  that  address  objectives 

Failure  to  get  a  solid  understanding 
of  process  that  includes  the 
development  of  good  analysis  tools 

Risk  of  “non-tniths”  from  person 
being  interviewed. 

Addressing  symptoms,  not 
problems 

•  Interviewed  user  personnel  across  all  aspects  of  base-level  deployment  and  at  different  bases 

•  Correlation  of  information  across  interviews  • 

•  Use  of  in-house  Subject  Matter  Experts  (SMEs) 

•  Application  of  a  systematic  analysis  methodology 

Failure  to  integrate  large  quantities 
of  information  from  varied 
locations  and  sources 

•  Effectively  identify  the  data  to  be  collected 

•  Applied  a  structured  data  collection  and  recording  approach  that  facilitates  access  and 
analysis. 

•  Used  a  modeling  approach  that  supports  the  integration  and  verification  of  the  collected  data. 

•  Maintained  traceability  between  the  data  and  their  sources 

•  Effectively  document,  access,  and  trace  the  data. 

Failure  to  realize  that  a  DPI  is 
negatively  impacting  the  process 
beyond  base  level. 

•  Interviewing  other  levels  than  the  base 

•  Reviewing  documentation  than  is  beyond  the  base  level 

•  Developing  A-l  diagram  to  define  the  functional  environment  surrounding  the  functional 
scope  defined  for  the  analysis. 

Failure  to  Establish  User  Buy-In 
because  the  DPIs  lack  practicality 
and  do  not  address  the  real  user 
problems 

•  Establish  user  involvement  early-on 

Identify  user  benefits  for  the  LOG-AID  program 
=>  Demonstrate  up-front  understanding  of  deployment 
=*  Prepare  thoroughly  for  data  collection 
rs  Make  effective  use  of  users’  time 
=*  Address  process  issues  identify  by  the  users 

•  Maintain  user  involvement  throughout  the  program 

Coordinate  data  collection  and  validation  trips  with  users 
=>  Provide  users  the  opportunity  to  review  intermediate  materials  and  ideas 

Failure  of  the  modeling  and 
simulation  analysis  to  replicate 
exact  real-world  situations 

•  Direct  the  analysis  towards  a  sensitivity  analysis  that  identifies  problems  inherent  in  the 

process  concept  rather  than  at  specific  site  implementations 

Failure  to  focus  on  the  DPI 
providing  maximum  benefit 

•  Application  of  the  House  of  Quality-type  analysis  based  on  criteria  and  metrics  developed 

through  user  involvement  to  ensure  a  practical  and  operational  solution. 

Table  23.  Summary  List  of  LOG-AID  Risks  and  Avoidance/Mitigation  Approaches 


4.3  Resulting  DPI  List  and  Their  Ranking  Order 

An  analycic  of  the  Ac-Ie  deployment  proreQQ  provided  the  haci<2  for  developing  the  9010 

deployment  concept  of  operation.  This  analysis  established  a  detailed  understanding  of  the  basis 
process  requirements  along  with  a  set  of  strengths  and  weaknesses  inherent  in  the  process. 
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Grouping  these  strengths  and  weaknesses  with  respect  to  Information  Systems,  Process,  Policies, 
Training,  and  Personal  Attitude  provided  the  foundation  for  developing  DPIs  that  built  on  the 
strengths  and  corrected  or  minimized  the  weaknesses. 

From  an  analysis  perspective,  each  DPI  provided  improvement  benefits  to  the  wing-level 
deployment  process.  The  true  importance  or  value  of  each  DPI,  however,  relates  directly  to  the 
benefit  realized  by  the  stakeholders,  with  the  stakeholders  being  those  performing  the 
deployment  process  and  those  being  deployed. 

Table  24  summarizes  the  DPIs  developed  through  the  LOG-AID  program  along  with  their 
computed  ranking,  using  “1”  as  the  highest  priority.  A  complete  list  of  strengths,  weaknesses, 
and  resulting  DPIs  is  presented  in  Appendix  E.  A  complete  discussion  of  the  ranking  process  is 
presented  in  Section  4.3. 


CATEGORY 

DPIs 

RANK 

Information  System 

*  Implement  a  highly  integrated  Las k-re ce ip t-to- manifest  information  system. 

1 

Process 

•  Maximize  production  and  minimize  inspection  activities. 

2 

*  Capitalize  on  similarities  between  cargo  and  personnel 

11 

*  Control  tasking  receipts  into  the  base 

15 

•  Adjust  the  responsibilities  and  improve  the  integration  of  units.  Manpower,  and 
Personnel, 

3 

*  Collect  deployment  process  status  and  effectiveness  information  using  passive 
methods. 

12 

*  Better  define  the  objective  and  criteria  for  UTC  tailoring. 

IS 

*  Reduce  the  number  of  coverage  days  included  within  foe  initial  deployment. 

17 

*  improve  in-transit  visibility. 

13 

Policies 

*  Refine  the  Air  Force  Instructions  (APIs)  as  necessary  to  best  guide  the  deployment 
process. 

7 

*  Develop  individual  deployment  guides  for  each  deployment  position. 

*  Provide  the  UDM  capability  to  produce  more  deployment  ready  personnel  and 

9 

cargo. 

10 

Training 

*  Apply  real-world  training  characteristics  to  exercises. 

8 

*  Maximize  the  training  benefits. 

4 

*  Include  total  process  training. 

6 

*  Incorporate  a  Raining  and  efficiency  evaluation  capability  into  the  system  provided 
to  the  various  personnel  associated  with  foe  deployment  process. 

5 

Personnel  Attitude 

*  Develop  a  process  to  encourage  augmentees  to  participate  in  deployments, 

*  Develop  a  process  to  encourage  personnel  to  be  committed  to  real  world 

14 

contingencies  to  the  same  level  as  exercises. 

16 

Table  24.  A  Summarized  DPI  List  and  their  User-Designated  Rankings 
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5.  IMPLEMENTATION 


5.1  CONOP  Implementation  Approach 

As  describe  previously,  the  ranking  of  the  DPIs  represent  their  projected  relative  benefit  to 
stakeholders,  thus  providing  a  guide  as  to  the  implementation  order  of  those  DPIs.  In  addition  to 
the  ranking,  identifying  and  analyzing  the  individual  actions  necessary  to  implement  the  DPIs 
provides  insight  into  the  sequencing  necessary  to  prevent  the  duplication  of  actions  when 
implementing  multiple  DPIs.  This  process  produces  the  most  effective  way  of  implementing  the 
ranked  DPIs.  Figure  14  illustrates  the  transition  from  DPIs  into  implementation  actions,  the 
grouping  of  actions  into  phased,  and  the  organization  of  actions  within  phased  to  form  initiatives 
for  implementation  and  testing. 


The  set  of  As-Is  models  provided  the  foundation  for  documenting,  understanding,  and  analyzing 
the  current  wing-level  deployment  process.  This  As-Is  process  analysis  produced  DPIs  grouped 

into  ttie  live  categories  Uf  illfuiiimliun  sv  ilcuo,  piocess,  training,  policies,  and  personnel  attitudo. 

The  importance  or  value  of  these  DPIs  was  computed  by  mapping  them  to  the  criteria  used  by 
the  users  to  determine  the  effectiveness  and  success  of  a  deployment  operation. 
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Action  items  associated  to  each  DPI  specified  the  steps  necessary  to  implement  the  DPIs.  Due  to 
various  factors  such  as  time,  priority,  and  sequencing  considerations,  the  Implementation  Actions 
were  assigned  to  phases,  thus  defining  a  time  frame  for  completing  the  Implementation  Action. 
The  grouping  of  Implementation  Actions  into  the  Testing  phases  helped  identify  implementation 
actions  linked  to  different  DPIs.  The  grouping  of  similar  or  logically  related  Implementation 
Actions  within  phases  produced  Initiatives,  with  any  one  phase  producing  one  or  more 
Initiatives. 

Finally,  to  each  Initiative  was  assigned  a  Test  Approach  and  Metrics  for  measuring  the  impact  of 
the  initiative  on  the  deployment  process.  The  implementation  test  plan  results  from  the 
organization  of  the  initiatives  in  a  manner  that  maximizes  the  use  of  all  resources,  especially  time 
and  personnel.  Various  initiatives  will  require  similar  setup,  interface,  and  training  requirements. 
Organizing  these  initiatives  into  a  single  or  related  test  reduces  the  effort  required  to  setup  and 
prepare  for  the  tests,  thus  generating  more  results  with  less  effort. 

Throughout  this  process,  the  linkage  of  Implementation  Action  back  to  its  DPI  was  retained,  thus 
guiding  the  overall  assignment  process  so  as  to  ensure  the  higher  ranked  DPIs  receive  priority  for 
implementation. 

5.2  Continued  Deployment  Process  Improvement 

As  a  wing-level  Deployment  Process  Improvement  program  with  a  defined  start  and  stop  times, 
the  LOG-AID  program  established  a  baseline  description  of  the  current  process  via  the  As-Is 
models.  From  these  models  was  developed  the  deployment  Concept  of  Operation  aimed  at  the 
year  2010.  As  illustrated  in  Figure  15,  the  year  2010  CONOP  is  not  a  final  goal  but  rather  an 
interim  point  in  time  with  respect  to  the  long-term  deployment  process  improvements  extending 
for  unknown  years  into  the  future,  with  the  Target  To-Be  process  being  the  ultimate  goal. 
Because  the  Target  To-Be  process  represents  an  ever  changing  target  comprised  of  operational 
goals  and  objectives  for  the  undefined  year  of  nnnn,  that  Target  To-Be  process  will  not  be 
implemented.  Rather,  that  Target  To-Be  process  provides  far  reaching  direction  towards  which 
to  strive  with  improvement  ideas. 
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The  goal,  therefore,  is  to  establish  a  continuous  process  improvement  plan  that  begins  with  the 
implementation  of  the  2010  CONOR  for  deployment,  then  continues  the  improvement 
development  and  implementation  into  the  future  along  the  evolutionary  improvement  path. 


Deployment 

1997  Time 


Figure  15.  LOG-AID  Starts  an  Evolutionary  Process  Improvement  Effort 
The  completed  LOG-AID  program  provides  the  foundation  for  implementing  a  continuous 
process  improvement  capability.  The  various  To-Be  models  document  the  functional,  data,  and 
performance  aspects  of  the  process.  Collecting  selected  deployment  processing  information  and 
analyzing  that  information  at  regular  intervals  allows  for  identification  of  problem  areas  and 
those  areas  at  which  additional  improvements  would  provide  increased  benefits.  Adding  the 
capability  for  users  to  document  problems  encountered  and  their  ideas  for  process  improvements 
provides  a  effective  way  of  obtain  user  involvement  in  the  improvement  process.  In  parallel  with 
the  process  analysis,  technology  analysis  would  identify  new  and  better  ways  of  implementing 
the  process.  At  the  completion  of  each  review  and  upgrade,  updating  the  To-Be  models  and 
CONOR  establisnes  tnem  as  me  AS-IS  process  documentation  and  die  foundation  upon  which  the 

next  improvement  iteration  would  occur. 
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5.3  Site  Evaluation  Methodology 

Current  deployment  capabilities  vary  significantly  among  the  sites.  Depending  primarily  on 
their  level  of  deployment  responsibility  and  funding,  the  site  deployment  capabilities  range  from 
relatively  informal  processing  using  minimal  technologies  such  as  Tydall  AFB  to  elaborate 
processing  lines  supported  by  large  quantities  of  technology  such  as  Hurlburt  Field.  Because  of 
the  site  variations,  the  impact  of  the  2010  CONOP  will  also  vary  among  the  sites. 


Selecting  a  test  site  for  the  2010  CONOP  will  therefore  require  an  evaluation  of  potential  sites. 
The  goal  will  be  to  select  a  site  providing  a  reasonable  tradeoff  between  the  easy  of 
implementing  portions  of  or  the  entire  2010  CONOP  and  the  anticipated  benefits  realized  from 
the  implementation.  Table  25  illustrates  the  integration  and  parameters  for  rating  the  sites.  The 
complete  methodology  and  analysis  resides  in  the  Field  Test  Plan. 


PARAMETERS 

Level  of 
Automation 
and  Integration 

Level  of 
Deployment 
Commitment 

Level  of  a 
Formalized  and 
Consistently  Used 
Deployment 
Process 

Willingness  to 
Adjust  Their 
Deployment 
Process 

Location 

Base  Rating  . 

mw~ 

Indiana  ANG 
<Ft  Wayne) 

Wright  Patterson  AFB 

—mi  ii  i  ijiii— 

-y 

• 

Holloman  ArB 

ML  Home  AFB 

mgmm\ 

McGuire  AFB 

|  Seymour  Johnson  AFB 

•  li. ~y; 

Table  25.  Site  Evaluation  Matrix 
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The  parameters  are  describes  as  follows: 

Level  of  Automation  and  Integration 

The  portion  of  the  deployment  process  supported  by  computers  and  associated 
databases.  If  computers  are  used,  the  level  to  which  they  are  linked  so  that  information 
transfer  occurs  electronically  rather  than  by  manual  entry  into  various  systems. 

Level  of  Deployment  Commitment 

A  combination  of  the  number  of  times  deployments  are  exercised  and  the  size  of  those 
deployments. 

Level  of  a  Formalized  and  Consistently  Used  Deployment  Process 

The  amount  of  change  existing  among  individual  deployments  at  a  specific  site. 
Depending  on  the  size  of  the  deployment,  a  base  may  implement  different  processes. 
For  example,  if  five  or  ten  individuals  along  with  one  increment  of  non-hazardous 
materials  are  being  deployed,  the  base  may  not  establish  either  the  CDF  for  PDF.  If 
larger  quantities  are  deployed,  the  deployment  process  will  include  CDF  and  PDF 
operations. 

Willingness  to  Adjust  Their  Deployment  Process 

Deploying  sites  tend  to  possess  a  single  personality  presented  by  all  levels  of  personnel 
at  the  site.  Some  site  are  very  open  and  will  to  make  changes,  others  feel  their  process 
successfully  accomplishes  their  goals  thus  no  benefits  would  result  for  significant 
changes,  and  other  do  not  possess  the  resources  in  personnel  and  funding  to  support  and 
changes. 

Location 

The  distance  the  site  is  from  WPAFB.  The  shorter  the  distance  and  the  cost  of  travel 
the  less  expense  required  to  implement  and  exercise  the  testing. 

Determining  and  assigning  a  value  to  each  site  versus  parameter  interaction  and  summing  those 
up  across  parameters  by  site  provides  a  rating  for  each  site.  Those  ratings  thus  prioritize  the 

testing  potential  for  the  sites. 
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6.  TECHNOLOGIES  NEEDS 

6.1  Technology  Research 

Having  established  the  To-Be  process  in  terms  the  activity  requirements  and  specifications,  the 
analysis  focus  turns  to  identifying  technologies  that  effectively  satisfy  those  processing 
requirements  and  specifications,  and  selecting  those  for  implementing  the  wing-level  To-Be 
deployment  process.  Striving  for  a  year  2010  CONOP,  the  investigated  technologies  may 
already  exist,  may  be  under  development  or  planned  for  development  with  anticipation  fore  their 
availability  the  2010,  or  identified  for  research  and  development  by  2010. 

The  technology  research  began  with  an  analysis  of  the  technologies  being  used  to  implement  the 
current  deployment  process.  A  comparison  between  the  To-Be  activity  requirements  and  the 
specifications,  and  the  technologies  used  to  perform  the  similar  activity  in  the  current  process 
provided  insight  as  to  whether  or  not  the  current  technology  provided  a  potential  implementation 
of  the  process  activity.  Expanding  the  search  towards  similar  processes  within  the  government 
and  commercial  work  environments  provided  insights  into  the  technologies  being  used.  This 
portion  of  the  search  also  brought  insights  into  their  technology  areas  being  developed  and 
marketed  by  the  government  and  commercial  operations,  visionary  ideas  published  in  a  variety 
of  technical  papers  and  reports,  and  suggestions  by  deployment  experts.  To  help  ensure  an 
unbounded  identification  of  potential  technologies,  a  combined  analysis  of  the  To-Be  models  and 
the  CONOP  from  a  technology  identification  perspective  identified  the  requirements  and 
specifications  for  technology  development  research  efforts. 

The  final  selection  of  implementation  technologies  will  not  occur  for  most  of  the  process  until 
implementation  begins  close  to  2010.  Nearer  term  implementations,  however,  will  begin  on  a 
test  basis  during  the  LOG-AID  field  test  effort.  During  the  field  test,  the  DPIs  will  be 
implemented  and  testes  as  incremental  initiatives.  Planning  for  each  initiative  requires  decisions 
for  the  implementation  approach,  which  includes  the  possible  use  of  technologies.  However, 
since  the  field  test  focuses  on  the  benefits  provided  by  the  improved  process  rather  than  the 
technologies  to  implement  the  process,  the  application  and  testing  of  the  technologies  will  be  a 
secondary  effort,  and  no  technology  developments  are  planned  just  to  support  the  field  test. 
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Where  potential  technologies  already  exist  and  are  available,  those  technologies  will  be  unused 
in  the  field  test  as  needed  to  test  the  process  effectiveness.  For  example,  the  DPI  addressing  the 
tailoring  of  UTC  items  to  support  a  tasked  mission,  the  UTC-DT  tool  will  be  used  to  support  the 
tailoring  process.  In  comparison,  the  DPI  directed  at  collecting  deployment  process  status  and 
effectiveness  information  using  passive  methods  will  not  be  tested  using  potential  sensor 
technologies.  Rather,  the  test  will  use  individuals  located  and  collecting  the  information 
expected  from  the  sensor.  Thus,  the  affect  of  the  sensor  will  be  realized  without  the 
implementation  of  the  sensor  technology.  Through  the  field  test,  it  is  anticipated  that  additional 
requirements  for  the  technologies  will  be  identified  beyond  those  realized  from  the  model  and 
process  analysis. 

6.2  Technology  Transition 

The  technology  transition  process  represents  the  major  step  of  going  from  the  identification  of  a 
new  idea  to  the  implementation  and  acceptance  of  that  idea  by  users.  Because  of  criticality  of 
this  step,  the  goal  of  the  technology  transition  played  a  key  role  throughout  the  LOG-AID 
program.  This  technology  transition  started  with  data  collection,  and  continued  into  the 
verification  effort  and  the  field  testing  phase.  Developed  during  the  LOG-AID  program,  the 
ASCPT  provides  the  capability  to  continue  deployment  process  refinement  as  well  as  the 
technology  transition. 

Significant  effort  went  into  understanding  the  wing-level  deployment  process,  identifying  its 
strengths  and  weaknesses,  developing  the  DPIs,  and  generating  the  LOG-AID  CONOP.  During 
this  requirements  definition  effort,  many  stakeholders  played  key  roles  in  providing  current 
process  information  and  a  sanity  check  as  to  the  reality  and  practicality  of  the  To-Be  CONOP. 
Having  established  the  CONOP,  the  focus  of  the  effort  now  changes  from  one  of  CONOP 
development  to  one  of  demonstration,  verification,  and  technology  transition  so  as  to 
successfully  get  the  improvement  concepts  implemented  and  operational  at  the  wing  level. 

As  mentioned  in  the  previous  paragraph,  this  technology  transition  began  as  an  integral  part  of 
the  requirements  definition  phases.  During  this  program  phase,  site  visits  and  interactions  with 
hundreds  of  stakeholders  gained  acceptance  of  the  need  for  improvement  to  the  wing  level 
deployment  process  as  well  as  acceptance  Tor  the  To-Be  deployment  concept.  In  addition, 
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demonstrations  of  a  few  computerized  tools  being  developed  and  identified  as  technologies  for 
implementing  the  deployment  process  were  demonstrated  to  the  stakeholders  and  received 
acceptance. 

The  field  test  provides  the  next  step  towards  accomplishing  the  technology  transition.  The  field 
test  will  focus  on  quantifying  the  benefits  received  from  improving  the  process  and 
demonstrating  those  benefits  to  deployment  personnel.  Through  the  field  test,  users  gain  first¬ 
hand  experience  with  the  improved  process  and  provide  the  opportunity  for  refinement 
comments  and  suggestions.  This  direct,  hands-on  involvement  by  users  builds  their  process 
ownership,  completing  the  necessary  step  of  transforming  users  from  foes  to  advocates. 

Developed  during  the  LOG-AID  program,  the  ACSPTC  provides  the  capability  to  continue  the 
technology  transition  long  after  the  official  completion  of  the  LOG-AID  program.  Developed  as 
a  facility  to  develop  and  test  deployment  technologies,  the  facility  provides  the  capability  for 
users  to  learn  about  the  technologies  prior  to  implementing  them  at  their  bases,  to  receive 
technology  training,  and  to  continue  providing  comments  and  suggestions  for  improving  the 
wing-level  deployment  process. 

Thus,  the  LOG-AID  program  established  a  solid  technology  transition  structure  starting  at  the 
very  beginning  of  the  process,  continued  throughout  the  program  performance,  and  provides  the 
capability  to  continue  the  technology  far  into  the  future. 

7.  CONCLUSION 

Through  the  application  of  a  structured,  user-focused  methodology,  this  in-depth  analysis  of  the 
wing-level  deployment  process  resulted  in  a  deployment  CONOP  aimed  at  the  year  2010. 
Realizing  the  year  2010  is  but  a  waypoint  into  the  future  --  the  LOG-AID  analysis  did  not  view 
the  2010  CONOP  as  the  ultimate  and  necessarily  end  product.  Rather,  through  the  application  of 
the  methodology,  LOG-AID  established  the  foundation  necessary  for  continued  analysis  and 
improvement  of  the  wing-level  deployment  process  well  beyond  the  year  2010. 

Establishing  the  2010  CONOP  came  about  through  the  collection,  integration,  and  analysis  of 
large  quantities  of  data  and  information,  resulting  in  improvement  ideas  and  operational  concepts 
widely  accepted  by  the  users.  Information  was  collected  from  first-hand  discussion  with  over 
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300  individuals  located  at  16  Air  Force  bases  throughout  the  world.  This  data  were  from  those 
directly  responsible  for  the  successful  performance  of  the  deployment  process  and  from  first¬ 
hand  observations  of  the  process.  Additional  deployment  process  information  came  from 
documentation  that  described  and  directed  the  process  such  as  AFIs  and  base  deployment  plans, 
and  previous  studies  directed  at  deployment. 

The  integration  of  this  information  into  a  set  of  As-Is  models  provided  the  analysis  tools 
necessary  to  generate  a  set  of  DPIs  providing  the  basis  for  developing  the  To-Be  deployment 
concept  description.  The  identified  DPIs  addressed  all  aspects  of  the  deployment  process  to 
include  information  processing,  resource  processing,  resource  movement,  augmentee  training, 
policies  for  guiding  and  controlling  the  deployment  process,  and  the  attitudes  of  the  augmentees 
performing  the  deployment  process.  Taking  these  DPIs  and  the  resulting  2010  CONOP  back  to 
over  300  users  for  review,  comments,  and  verification  ensured  the  accuracy  and  completeness  of 
the  analysis. 

While  the  primary  focus  of  the  LOG-AID  program  was  to  establish  the  2010  CONOP,  the  LOG- 
AID  program  also  satis. .c;d  the  requirement  of  establishing  a  foundation  for  the  continued 
improvement  of  the  winr  uvel  deployment  process  beyond  the  year  2010.  Providing  the  long¬ 
term  improvement  anal'  pability  came  about  by  viewing  the  wing  level  deployment  process 
from  two  perspectives  -  ;ess  flow  and  process  implementation.  The  process  flow  comprises 
the  activities  included  ir  process  and  the  relationships  existing  among  those  activities.  The 
process  implementation  perspective  focuses  on  the  technologies  used  to  improve  the  process 
flow.  The  process  flow  perspective  is  the  more  stable  perspective  such  that  once  developed,  the 
streamlined  process  can  remain  in  place  for  many  years  into  the  future.  As  such,  implementation 
of  the  process  at  all  deploying  sites  becomes  a  realistic  and  reasonable  goal,  providing  an 
important  commonality  among  bases. 

With  the  continuing  changes  in  technologies,  the  implementation  perspective  addresses  a  much 
more  dynamic  situation  by  providing  the  potential  for  improving  deployment  process 
performance  through  the  insertion  of  new  technologies.  Thus,  while  the  streamlined  deployment 
process  can  remain  consistent  across  sites,  tne  implementation  or  tne  streamlined  process  can 
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vary  among  sites  based  to  a  great  extent  on  their  level  of  deployment  responsibility  and  funding 
availability. 

Because  of  the  separated  perspectives,  the  LOG-AID  program  not  only  identifies  requirements 
for  selecting  technologies,  it  also  identifies  the  opportunities  for  technology  development.  A 
number  of  these  spin-off  efforts  have  already  begun,  with  more  anticipated  as  new  insights 
gained  during  the  field  test  and  future  operations.  The  results  of  the  LOG-AID  program  also 
provide  an  important  baseline  against  which  to  evaluate  new  technology  ideas  and  to  determine 
the  value  of  pursuing  those  ideas  through  acquisition  or  research. 

Thus,  the  results  of  the  LOG-AID  program  go  well  beyond  the  basic  goals  of  defining  process 
requirements.  The  results  provide  a  solid  foundation  oh  which  to  transition  the  wing-level 
deployment  process  to  2010  and  beyond  and  the  effective  measurement  of  those  changes. 
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Acronym  List 


ACS 

Agile  Combat  Support 

ACSPTC 

Agile  Combat  Support  Process  and  Technology  Center 

AEF 

Air  Expeditionary  Force 

AF 

Air  Force 

AFI 

Air  Force  Instructions  • 

AMX 

Air  Mobility  Express 

AOR 

Area  of  Responsibility 

AWO 

Action  Workout 

BCAT 

Beddown  Capability  Assessment  Tool 

BPR 

Business  Processing  Engineering 

CDF 

Cargo  Deployment  Function 

CINC 

Commander-in-Chief 

CONOP 

Concept  of  Operation 

DCC 

Deployment  Control  Center 

DeMS 

Deployment  Management  System 

DoD 

Department  of  Defense 

DPI 

Deployment  Process  Improvement 

DSOE 

Ecpluymcnt  QwUcdufo  Cv  wnio 

ELITE 

Enterprise  Life  Integration  Technology  Engineering 
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HAZMAT 

Hazardous  Material 

IDO 

Installation  Deployment  Officer 

IDS 

Integrated  Deployment  System 

JLP 

JPT  Logistics  Planner 

JOPES 

Joint  Operations  Planning  and  Execution  System 

JPT 

JFACC  Planning  Tool 

LOG-AID 

Logistics  Analysis  to  Improve  Deployment 

LOGMOD 

Logistics  Module 

MAJCOM 

Major  Command 

MANPER 

Manpower  &  Personnel  Module 

MHE 

Materiel-Handling  Equipment 

O&M 

Operations  and  Maintenance 

OT&P 

Operational  Tasking  and  Priorities 

PAX 

Passenger 

PDF 

Personnel  Deployment  Function 

QA 

Quality  Assurance 

R&D 

Research  and  Development 

RAMPCO 

Ramp  Coordinator 

PPAftY 

Resource  Augmentation  Duty 

RSP 

Readiness  Spares  Package 
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SME 

Subject  Matter  Experts 

SRA 

Systems  Research  and  Applications  Corporation 

STONS 

Short  Tons 

TPFDD 

Time-Phased  Force  Deployment  Data 

TRANSCOM 

Transportation  Command 

UDM 

Unit  Deployment  Manager 

USAF 

United  States  Air  Force 

UTC 

Unit  Type  Code 

UTC-DT 

Unit  Type  Code  -  Development  and  Tailoring 
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APPENDIX  B 


LOG-AID  AS-IS  ACTIVITY  MODEL 
NODE  LIST 

DIAGRAMS  AND  TEXT 
DATAGLOS  RY 
MECHANISM  GLOSSARY 
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LOG-AID  AS-IS  ACTIVITY  MODEL 

The  LOG-AID  As-Is  activity  model  presented  in  this  appendix  is  a  hierarchical,  functional 
representation  of  the  activities  performed  within  the  wing-level  deployment  process.  This 
representation  includes  the  products  generated  by  each  activity,  the  inputs  used  to  produce  those 
outputs,  the  controls  defining  how  the  inputs  are  transformed  into  outputs,  the  mechanism 
performing  the  activities,  and  the  product  relationships  among  the  activities.  The  model  also 
includes  a  node  list  of  all  the  activities  in  the  model,  a  textual  overview  description  of  each 
diagram,  and  a  glossary  for  the  interrelationship  arrows.  Figure  B-l  contains  a  quick  reference 
to  the  IDEFq  notation  used  to  present  the  model. 


HIERARCHICAL  DECOMPOSITION 
AND  DIABGRAM  NUMBERING  CONCEPT 


ACTIVITY  NOTATION 


i 

A 

A.nl  \  i  1 

Input 


Control 


ACTIVITY 


Output 


seehanism 


HSni 

WR 

y 

Activity: 

The  actions  transforming  the  inputs 
into  outputs 

Input: 

The  items  transformed  into  outputs 
by  the  activity 

Output: 

Product  generated  by  the  activity 
from  the  inputs 

Control: 

Rules  or  guidelines  defm ing  how  the 
inputs  are  transformed  into  outputs 

Mechanism: 

The  person,  equipment,  software 
performing  die  activity 

IPEF  MODEL  COMPONENTS 

BOXES;  Activities  perfoiraed  within  the  system 

ARROWS;  Information  relationships  among  activities 

DIAGRAMS;  Integration  of  boxes  and  arrows  used  to 

graphically  describe  all  or  part  of  a  system 
MODEL:  An  integrated  set  of  diagrams 

NODE  TREE:  A  hierarchical  presentation  of  the  activities  - 
TEXT ;  A  written  description  about  important  aspects  of 

the  system  as  represented  within  a  diagram 
GLOSSARY ;  Definitions  of  the  information  represented 
on  a  diagram 


Figure  B-l.  IDEFO  Notation  Overview 
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LOG-AID  AS-IS  ACTIVITY  MODEL  NODE  LIST 


A-01  DEVELOP  OPERATION  PLAN  (OPlan) 

A-0  DEPLOY  FOR  CONTINGENCY 

AO  DEPLOY  FOR  CONTINGENCY  (Context) 

A1  PLAN  SITE  ADJUSTMENTS 
A1 1  IDENTIFY  BATTLE  STAFF 
A12  CONVENE  BATTLE  STAFF 
A13  ANALYZE  TASK 
A 14  DETERMINE  BASE  ALLOCATION 
A2  EXECUTE  ACTIVATION  PROCESS 
A21  DETERMINE  UTC  RQMT 

A21 1  IDENTIFY  TASKED  UNIT 
A212  IDENTIFY  FRAGMENTED  &  NON-STD  UTC 
A2 1 3  LOCATE/  CORRELATE  TAILORED  UTC 
A214  VERIFY/  OBTAIN  STANDARD  UTC  DATA 
A215  TAILOR  UTC 

A2 1 5 1  IDENTIFY  MISSION  UNIQUE  RQMTS 
A2152  ADJUST  DEPLOYING  UTC  ITEM  LIST 
A2153  TRANSLATE  CLIMATE  CONDITIONS 
A2154  RELATE  SITE  &  UTC  RESOURCES 
A21 55  ADJUST  BY  CLIMATE  RELATED  ITEMS 
A2156  ADJUST  BY  SHARED  ITEMS 
A22  ASSIGN  NAMES  TO  UTC  RQMTS 

A221  SELECT  A  REQUIRED  CAPABILITY 
A222  ASSIGN  A  PERSON 
A223  REVIEW  PERSONS  DEPLOYING  STATUS 
A224  ASSIGN  AN  EQUIPMENT  ITEM 
A225  REVIEW  EQUIPMENT'S  AVAILABILITY 
A226  CHECK  ON-BASE  SUPPLY 
A23  ESTABLISH  THE  DEPLOYMENT  CAPABILITY 
A231  DEFINE  WORK  SITES 
A232  IDENTIFY  DEPLOYMENT  SEQUENCE 
A233  DEFINE  FACILITY  RQMT 
A234  IDENTIFY  STAFFING  RQMT 
A235  IDENTIFY  EQUIP  RQMT 
A24  COMPUTE  CHALK 

A241  OBTAIN  UTC  DETAIL 
A242  PRIORITIZE/  ASSIGN  CHALKS 
A243  SEQUENCE  INCREMENTS 
A244  VALIDATE  MOVEMENT  FLOW 
A25  COMPUTE  THE  DEPLOYING  SCHEDULE 
A25 1  SCHEDULE  DEPLOYMENT  SITE  SET  UP 
A252  COMPUTE  UTC  DEPLOYMENT  DURATION 
A253  IDENTIFY  KEY  PROCESSING  EVENTS 
A254  COMPUTE  CHALK  TIMELINES 
A255  COORDINATE  CHALKS 
A26  MONITOR/  CONTROL  DEPLOYMENT 
A3  SET  UP  DEPLOYMENT  MACHINE 
A31  SELECT  AUGMENTEE 
A32  PREPARE  AUGMENTEE 
A33  SET  UP  THE  WORK  CENTER 
A34  ACCESS  THE  WORK  CENTER  INFO 
A35  REPORT  TO  DCC 
A4  COORDINATE  TRANSPORTATION 
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A4  ]  ESTIMATE  TRANSPORTATION  LOAD 
A42  ARRANGE  CONTRACT  SUPPORT 
A43  COORDINATE  TRANSPORT  RQMT 
A44  ASSIGN  CONVEYANCE 
A5  DEPLOY  RESOURCES 
A51  PREPARE  PERSONNEL 

AS  11  PREPARE  UNIT  PERSONNEL 
A512  TRANSPORT  PERSONNEL 
A513  CONTROL  MOBILITY  BAGS 
ASM  PROCESS  PERSONNEL 
A5141  CHECK  ELIGIBILITY 
AS  142  ISSUE  ORDERS 
ASMS  CHECK  ID  CARD 
AS  144  UPDATE  MEDICAL 
AS  145  PROVIDE  CONSULTATION 

AS  1451  UPDATE  EMERGENCY  DATA 
AS  1452  PROVIDE  LEGAL  ASSISTANCE 
AS  1453  PROVIDE  RELIGIOUS  SUPPORT 
A51454  PROVIDE  FINANCIAL  SUPPORT 
A51455  PROVIDE  TRAVEL  SUPPORT 
A5146  BRIEF  SITE  SITUATIONS 
AS  15  HOLD  FOR  TRANSPORT 
A52  PREPARE  CARGO 

A521  PREPARE  CARGO  INCREMENT 
A521 1  PREPARE  INCREMENT  ITEM 
A52 1 1 1  PREPARE  FOR  TRANSPORT 
A52112  PLACE  ON  SCALE 
A52113  DETERMINE  ITEM  SIZE 
A52114  DOCUMENT  INCREMENT  INFO 
A5212  PREPARE  SHIPPERS  DOC 
A5213  BUILD  INCREMENT 

A52I31  REVIEW  A/C  RESTRICTIONS 
A52132  REVIEW  HAZMAT  RULES 
A52133  PLACE  NON-HAZMAT  ITEMS 
A52134  PLACE  HAZMAT  ITEMS 
A52135  POSITION  AND  FASTEN  RESTRAINTS 
A5214  DETERMINE  INCREMENT  PROPERTIES 
A52141  PLACE  ON  SCALE 
A52142  DETERMINE  INCREMENT  SIZE 
A52143  COMPUTE  CARRYING  POSITION 
A5215  PRODUCE  AND  ATTACH  THE  PLACARD 
A5216  NOTIFY  THE  DCC 
A522  TRANSPORT  CARGO 
A523  IN-CHECK  CARGO 

A5231  INSPECT  INCREMENT 

A523 1 1  VERIFY  CHALK  ASSIGNMENT 
A52312  VISUALLY  INSPECT 
A523 13  VERIFY  HAZMAT  PLACEMENT 
A52314  VERIFY  HAZMAT  CERTIFICATION  DOCS 
A5232  DETERMINE  INCREMENT  PARAMETERS 
A52321  DETERMINE  WEIGHT 
A52322  DETERMINE  DIMENSIONS 
A52323  DETERMINE  CENTER  OF  BALANCE 
A5233  COMPARE  ACTUALS  TO  CONVEYANCE  LIMITATIONS 
A5234  ADJUST  INCREMENT  INFO 
A5235  RELAY  INCREMENT  STATUS 
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A524  ACCEPT  INTO  MARSHALED  AREA 

A5241  PLACE  CARGO  INTO  CHALK  OR  HAZMAT  AREA 
A5242  INSPECT  CARGO 
A5243  REPORT  STATUS 
A5244  ANNOTATE  LOAD  PLAN 
A525  COMPUTE  CHALK  LOAD  PLAN 
A53  PREPARE  FOR  TRANSPORT 
A531  REVIEW  LOAD  PLAN 
A532  POSITION  &  RECORD  INCREMENTS 
A533  POSITION  &  RECORD  PERSONNEL 
A534  PREPARE  &  PRESENT  DOCUMENTS 
A-02  PERFORM  CRISIS  ACTION  PLANNING 
A-03  BEDDOWN  RESOURCES  AT  FINAL  DESTINATION 
A-04  EVALUATE  WORLD WIDESITUATION 
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LOG-AID  AS-IS  ACTIVITY  MODEL 
DIAGRAMS  WITH  TEXT 
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In  general,  this  activity  refines,  as  appropriate,  the  information 
provided  in  deliberate  tasking  products,  the  order  of  arrival  for  each  UTC 
capability  at  the  reception  site,  and  assigns  complete  or  fragmented  UTC 
requirements  to  available  units.  These  refined  requirements  established  by 
the  MAJCOM  assign  deployment  responsibilities  to  the  units  through  the 
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The  development  of  the  Deployment  Schedule  of  Events  (DSOE) 
coordinates  the  development  of  each  chalk  and  coordinates  the  unified 
development  of  all  the  chalks.  This  DSOE  includes  milestones  for 
reporting  deployment  status  to  the  DCC.  Dissemination  of  the  DSOE  to 
UDMs  and  work  centers  ensures  everyone  knows  the  schedule.  Upon 
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grade,  and  Air  Force  Specialty  Code  (AFSC)  required  for  the  UTC. 

Using  all  the  detailed  personnel  and  equipment  obtained,  the  IDO  and 
UDM  tailor  the  standard  UTC  for  a  number  of  considerations  to  meet  the 
mission  requirements.  However,  any  tailored  UTC  found  in  LOGMOD 
provides  a  better  starting  point  for  the  IDO  and  UDM  to  review  and  adjust 
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to  satisfy  the  skill  and  NSN  requirements  specified  in  the  UTC. 
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If  the  schedule  did  not  identify  a  specific  airflow,  this  process  of 
developing  the  chalks  helps  identify  the  airlift  requirements  for  the 
deployment.  When  optimized  for  maximum  efficiency,  the  recommended 
airlift  priority  and  sequencing  are  transmitted  to  the  DCC  and  then 
submitted  for  higher  level  approval.  This  iterative  process  is  also  necessary 
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NODE:  A25  TITLE:  COMPUTE  THE  DEPLOYING  SCHEDULE  NUMBER: 
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While  the  unit  notifies  the  DCC  that  its  cargo  is  ready  for  transport, 
neither  the  unit  nor  transportation  notifies  the  DCC  when  the  transport 
actually  occurs.  The  DCC  receives  the  transport  completion  from  the  CDF 
when  the  cargo  arrives  at  the  marshaling  area  and  the  PDF  when  the 
passengers  arrive. 
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N0DE:  A5  TITLE:  DEPLOY  RESOURCES  NUMBER: 
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NODE:  A51  TITLE:  PREPARE  PERSONNEL  I  NUMBER: 
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reception  sites  and  mission  requirements  as  stated  in  the  LOI. 

Sometime  during  the  processing  effort,  deploying  personnel  receive  a 
security  and  custom’s  briefing.  Normally  presented  to  groups  being 
deployed  together,  the  briefing  contains  information  related  to  standard 
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A5145  PROVIDE  CONSULTATION  [  USED  AT:  |~  AUTHOR:  Syneroy.  Inc 
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movement  now  directive,  either  the  individual  or  the  person  assigned  as 
troop  commander  receives  the  necessary  orders  and  travel  documents. 


121 


Zm*  g  fr 

Si'S  fc  fe  » 

c3  fcp  •§ 

“  o  i  .s  € 

°  fC  c  «  j 

«  Q  J=  2  » 

1  P;  J  ^  |  « 

«  E  §  «  *2 

£  £  6  § 

2  ^  S  £ 

£  .  «  ~  .SPd 

E  "8  §,  £  |  2 

S  o  g  h  «  ~ 

«f  8*  &  Is  .SPu. 

g  w)^o  e  *£  2 

£  c  £>  t>  r) 

u,  V  §)  o  ~  w  - 

•3  _rj  ,zr  bfl  fl  o 

3  43  c/i  g*  Q,  ° 
CT  s/>  J2  Jr  j_ 

P  c  °  ,o  rn 
O  .•§  P-is  g  (j 

<->  OD<tt  c  t=  - 

T»  S3  2  »  -g  2  • 

jj  a  P  is  , 

.!>“  ■«  g  g  y . 
3  8  €  g  £  o* 

5  e-  s  .|  S  2  - 

*  O50! 

3  3  3  §  IN 


§~U 
£  re  Q 

>  a>  p 
2  «  x: 

£  £  P 


.2  &3 

3  C  CO 

2  so  to 


£j  a>  £ 
2  -a  £ 

c  c  " 

p  a>  •£ 
£  2  u 
.£•  2  > 

a-  1  E 
^0-0 

I  g  §- 

CJ)  O  J* 

c  ;zs  .« 
££  *o  o. 

£  *3  ^ 

>  s 

5>  e  « 
C  cO  on 

!  £,  r.  O 

L  «  fc  ~ 

L  ■§  S  1 

I  ^ 

!  s"  £  g 


P--  GO 

o2D 
£P  «  „ 
So^ 

«  E  « 
.ts  CO  P 

*  -  -2 
P  *3  ; 3 
4-^  ra  zz 

p  o  .£ 


25  ™ 

s  §  0 

t-*  .b  .52 

*P  '3  2 
§  erh- 

2 

p 

=  gd 
ciu 
J>  c  Q 

jj£  Cl,  p 

^  W  -s 


Sew 
t  re  is 
o  >,  «* 
e,  w  ^ 

£  >  p 

S  C  P 

g  o  4= 
£  o  o 


122 


123 


NODE:  A52  TITLE:  PREPARE  CARGO  ~  I  NUMBER: 


A521  PREPARE  CARGO  INCREMENT  iUSEDAT; 
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A5213  BUILD  INCREMENT  F5" 
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A5214  DETERMINE  INCREMENT  PROPERTIES 
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A5232  TITLE:  DETERMINE  INCREMENT  PARAMETERS  NUMBER: 


A524  ACCEPT  INTO  MARSHALED  AREA  !  USED  AT:  |  AUTHOR:  synergy.  Inc 
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_ Name _ _ _ Definition _ _  Reference 

Allocated  Oa-Base  Vehicles/  Drivers  The  conveyances  and  drivers  assigned  to  respond  to  a  request  to  move  cargo  and  personnel  A4 
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ensure  loading  of  all  increments  within  the  chalk. 
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Contracting  Agreement  An  official  arrangement  between  the  deploying  base  and  conveyance  capabilities  external  to  A4 

_ the  deploying  base. _ 

Conveyance  Rules  Rules  for  placing  cargo  and  personnel  on  specific  types  of  transportation  and  the  handling  of  "  A2 

_ sensitive  and  hazardous  material  on  that  type  of  conveyance.  A24 

Conveyance  With  Cargo _ The  transporting  aircraft  with  the  cargo  elements  positioned  and  ready  for  transport. _  A53 


_ _ Name _ r _ Definition _ Reference 

Crisis  Hot  Sfcot  &  Mission  Requirements  The  name  and  location  where  a  deployment  is  required  or  being  planned  and  the  mission  to  A-l 

_ be  accomplished  by  the  deploying  forces. _ 

Current  Site  Operations  The  manner  in  which  personnel  and  facilities  are  currently  being  used  on  the  base.  A-0 

A-l 
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litical  conditions  of  the  area  to  which  the  deployment  is  directed;  the  threat  conditions  A-0 

ected  at  the  site  performing  the  deployment;  and  the  weather  and  geographic  conditions  of  A-l 
?  receiving  area,  _ 
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Floor  Plan/  Sequence  The  floor  plan  for  each  work  center,  along  with  its  designated  location,  annotated  with  a  A23 

detailed  process  sequence  for  each  work  center,  and  for  each  UTC  assigned  to  the 
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_ assigned  chalk. _ 

Increment  ID  to  Chalk  Assignment  (Increment  Identification  to  Chalk  Assignment)  The  list  that  correlates  the  increment  ID  to 

_  _  the  chalk  number  to  which  the  increment  is  to  be  included. 
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be  accomplished  at  the  reception  site.  Can  come  in  the  form  of  a  messenger  or  be  included  as  A2 
part  of  the  Warning  Order,  Execute  Order  or  Air  Mobility  Tasking  Order.  The  LOI  can  come  A2 
as  a  message  or  be  included  as  part  of  he  warning  order,  execution  order,  or  Air  Mobility  A5 
Tasking  order.  A5 
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_ to  whom  the  information  should  be  provided.  _ 

NSN  Requirement  &  Quantity  (National  Stock  Number  Requirement  and  Quantity)  The  equipment  requirements,  in  terms  A22 

_ of  numbers  of  each  NSN,  needed  to  satisfy  the  UTC  specified  in  the  mission. 
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Placement  Restrictions  The  rules  followed  in  determining  where  a  cargo  increment  should  be  placed  in  the  A524 

_ 2 _ marshaling  area. _ 

Predefined  Irioritized  Assignments  &  A  matrix  identifying  the  primary,  secondary,  and  tertiary  resources  eligible  for  each  AFSC  or  A2 

Folders  NSN  requirement  of  a  standard  UTC.  This  list  includes  the  personnel  deployment  and  A22 
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Shot  Record; _ An  up  to  date  listing  of  the  person’s  medical  shots. _  A514 

Site  Briefing  Materials _ The  charts  used  to  brief  the  personnel  being  deployed. _  A514 

Site  Set-Up  Time _ The  time  required  getting  a  base  ready  to  perform  a  deployment _  A25 


_ Name _ Definition  _ ^ _  Reference 

Site  Survey  Information  (Site  Survey  Information)  Information  regarding  the  capabilities  of  the  receiving  site  used  to  A4) 

tailor  a  UTC.  ■  A-1 
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Status  Updae  A  call-in  to  the  DCC  reporting  that  transportation  has  been  initiated  based  on  a  request  from  a  AO 

_ _  unit. _ _ _ _ _  A4 

Standard  Eqiipment  Requirement  |  (Standard  Equipment  Requirement)  The  equipment  requirements  for  a  standard  work  center.  A2 
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Travel  Reqiirement  (Travel  Requirement)  The  specification  for  which  individuals  will  travel  on  commercial  A5 14 

_ conveyances. _  A5145 

Troop  Comnander  Packet  With  Manifest  A  list  of  the  personnel  being  transported  on  the  aircraft  along  with  other  critical  information  A5145 

_ _ such  as  the  hazardous  materials  and  their  locations  in  the  aircraft. 
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code  by  ULN  and  PIN  and  individual  dimensional  data  length,  width,  height,  and  Center  A2 1 5 

Balance  (CB)  of  cargo  by  equipment  type  (individual  NSN)  by  ULN  and  detailed  by  priority 
of  shipment. 
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Work  Cente-  Equipment  (Work  Center  Equipment)  The  typewriters,  desks,  chairs,  etc.  used  to  support  the  operation 

_  of  a  work  center. 
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SBSS  (Standard  Base  Supply  System)  An  automated  inventory  accounting  system  that  provides  on-line  support  for 

_ all  supply  transactions.  _ 

SORTS  (Status  of  Resources  and  Training  System)  A  system  used  to  track  the  readiness  level  of  units  to  determine 

_ which  units  can  satisfy  the  UTC  requirements,  as  described  in  their  DOC  statement. 
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IDEF1X  NOTATION  CONVENTIONS 
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Figure  C-l.  Entity  vs.  Subject  A  rea  Matrix 
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Table  C-l.  Entity  vs.  Subject  Area  Matrix  (cont’d) 
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The  PERSON  subject  area  contains  all  those  data  elements  that  represent  information  about  the  people  that  are  being  deployed  and  support  the  deployment  effort. 

Each  PERSON  has  many  different  individual  characteristics.  A  PERSON  may  have  several  SKILLs  within  their  abilities  which  are  documented  in  PERSON 
SKILL.  Their  eligibility  for  deployment  is  documented  in  PERSON  ELIGIBILITY.  All  the  information  about  activities  and  personal  preferences  are  documented 
in  the  ACTIVITY  and  categorized  by  MEDICAL  information,  DENTAL  information,  FINANCIAL  information,  TRAINING  information,  and  all  OTHER 
ACTIVITIES,  such  as  legal,  religious,  etc. 
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The  ACTION  subject  area  contains  those  data  elements  that  represent  different  activities  which  occur  within  the  deployment  process. 
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Conveyance  Serial  Num _ The  serial  number  of  the  specific  conveyance  that  is  designated  as  the  chalk.  Attribute  of  CHALK 


NAME _ DEFINITION _ . _ REFERENCE 

Conveyance  Type  The  type  of  conveyance  that  is  assigned  as  the  chalk,  such  as  aircraft,  ship.  Attribute  of  CHALK 

_ truck,  etc. _ 

Configuration _ The  unique  configuration  of  the  specific  conveyance. _ Attribute  of  CHALK 

Load  Characteristics _ Any  special  loading  requirements  for  the  conveyance.  Attribute  of  CHALK 


Z  Z  Z  Z  Z  Z  Z 

2  2  2  2  2  9  2 

CO  t«  tfl  W  W  W  So 

Z  Z  Z  Z  Z  2  Z 

W  UJ  PJ  UJ  W  (U  PJ 

1-^  M  NH  t— t  H— I  ►—« 

Q  Q  Q  Q  Q  O  G 

4-<  4h  (4—1  4—i  4-i  4—i  4-i 

OOOOOOO 
O  <L>  4)  <L>  <U  <D  <D 

3  3  5  3  3  3  5  ^ 

X3  Xi  £  X  £  £  £* 

life  fe  fe  fe  fe  fe  fe  1 

w  < <<<<<<  w 


WWW 

000 

c/3  on  GO 

Q  O  O 

4-<  4—  4—i 
OOO 

4>  0>  4> 

3  3  3 

X)  D  X) 

fe  fe  fe 
<  <  < 


w  £ 

§  §  §  I 


05° 

I  f  § ! 

■»— *  ■*— »  .i— 


2  3  3  c 
E  p  £ 


-d 

f  11 

I  8  6 

<D  (D  — 
X)  X)  Cl 
O 

tn  tn  <0 

33  a. 

6  E  t3 

=*  =*  s 

cs  CO  . 

■g  -g  S) 

4)  4)  ce 

-C  -C  U 
+■*  -*-*  4- 
4-i  4-i  O 
o  o  ~ 


I JS 

<2  J3  'S 
^  S 

«  ~  o 

W-iCG.fi 

I  2  2 

<D  fa  «* 

^  '-M  C 

o  $5  .2 
•s  —  S 


•a  -a  e 

(0  (0  Q 

.0  .0  g 

0  0  4) 

ess 

ODD 

E  E  E 


184 


_ review. _ a _ 

Date  Time  Version _ The  date,  the  time,  and  the  version  number  of  the  DSOE. _  Attribute  of  DSOE 

ETA _ The  estimated  time  of  arrival  of  the  conveyance  to  the  deploying  base.  Attribute  of  DSOE 
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contains  a  list  of  the  increments  that  are  identified  in  the  DSOE  to  be  shipped 
on  the  chalk. 
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MEDICAL  Activities  related  to  personnel  that  are  associated  with  their  medical  history  Category  Entity  of  ACTIVITY 

and  requirements. 
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Clgg - The  criteria  for  measuring  eligibility, _ Attribute  of  PERSON  ELIGIBILITY 

j  Start  Date  _  The  beginning  date  necessary  for  the  person  to  meet  the  criteria, _  Attribute  of  PERSON  ELIGIBILITY 


NAME _ DEFINITION _ _ _  REFERENCE 

Eligibility  End  Date _ The  end  date  when  the  person  must  be  eligible  to  meet  the  criteria. _  Attribute  of  PERSON  ELIGIBILITY 

PERSON  ROLE  The  various  roles  a  person  can  assume  throughout  different  phases  of  the  Entity 

_ process. _ 

Person  Role  ID _ The  unique  identifier  for  the  record  of  the  type  of  role  a  person  can  assume.  Attribute  of  PERSON  ROLE 


190 


_ Includes  both  proficiency  in  a  trade  or  following  a  given  method. _ 

Skill  Type _ _ The  name  used  to  identify  the  various  personnel  skills. _  Attribute  of  SKILL 

Skill  Description  _ _  A  detailed  description  of  the  skill. _ _  Attribute  of  SKILL 
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NAME _ DEFINITION _ REFERENCE _ 

FRN  The  Force  Requirement  Number  is  a  five  character  alphanumeric  code  used  to  Attribute  of  TASKING 

uniquely  identify  force  entries  in  the  TPFDD  The  first  two  characters  identify 
the  theater  of  operation.  The  five  characters  make  up  the  first  five  of  seven 
characters  in  the  unit  line  number  (ULN). 
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_ the  person. _ _ _ 

Class  name _ The  name  of  the  training  course  the  person  attended. _  Attribute  of  TRAINING  ACTIVITY 

Test  Scores _ The  scores  and  ranking  of  the  person’s  results  from  the  training. _ Attribute  of  TRAINING  ACTIVITY 

Exemption _ Any  exemptions  the  person  may  have  acquired  for  the  training  requirements.  Attribute  of  TRAINING  ACTIVITY 
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APPENDIX  D 

LOG-AID  AS-IS  PROCESS  MODEL 
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_ movement.  _ 

Deploying  Call-In  'Die  DCC  is  notified  when  the  cargo  and  personnel  processing  have  Base  Personnel 

_ completed  specific  milestones  established  in  the  DSOE. 


Deployment  Older* 
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Selected  Space  Name  &  SSN  of  Proposed  Person 

Tailored  Rqmt _  j  Skill  Rqmt  &  Quantity _  j 

i  Select  A  Required  1 1  _  j  lAssign  A  Person  lj  _  (Review  Persons  _  Personnel  Shortfall  OR 

1  I  Capability  |  f!  I  lj  I  f|  |,  Deploying  Status  .  f]  j  Assigned  Name  &  SSN 
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:  Assign  Names  to  UTC  Requirements 
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deployment  Capabilii 
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0.5%  Need  to  Change  Airlift 

40-50%  Need  for  25%  Need  to  Recommend  Airlift 

Cargo  &  Pax  Data  Recompute  of  Load  Plan  because  None  Provided 

UTC  Level  2  I  rhaiv  \  _  . Recommended  Transportation/ 
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Deploym'nt  Status/Movement  Flow 
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:  Compute  the  Deploying  Schedule 
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Node  Process  Name  Output/Product  Description  Time  to  Frequency  of  Exceptions/  Resource 

Number  Complete  (in  Occurrence  Rules 

minutes)  Variation 
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Requests  &  Call-Ins 
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217 


Personnel  Transporting  Rqmt 
Unit  Ready  Call-In 
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A5 1 :  Prepare  Personnel 


3%  ineligible,  but  waive  most  of  them 
0.5%  Person  Declared  Ineligible 
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Emergency  Update/DD  Form  93 
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A5144:  Provide  Consultation 
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Prepare  Cargo  I 

Increment  |L  f]  !  Cargo  Transport  Rqmt 
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Increment 
With  Weight 
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Unaccepted  Cargo  Increment 
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Verify  Chalk  _  Unaccepted  Cargo  Increment 

Assignment  _  |YW  f  ,  Frustrated  Cargo  Status 
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A5232:  Determine  Increment  Properties 
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Rejected  Increments 
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APPENDIX  E 

STRENGTHS,  WEAKNESSES,  AND  DPIs 
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E.l  INTRODUCTION 

DPIs  for  the  wing-level  deployment  process  were  developed  through  an  in-depth 
understanding  and  analysis  of  the  deployment  process  from  a  user  perspective.  Through 
this  perspective  insights  about  the  strengths  and  weaknesses  of  the  process  were 
identified  and  integrated  with  user  comments  and  suggestions  about  the  process.  By 
developing  ways  of  building  on  the  process  strengths  and  correcting  the  weaknesses,  the 
individual  DPIs  were  developed  and  categorized  into  groupings  of  information  systems, 
process,  training,  policy,  and  personnel  attitude.  The  remainder  of  Appendix  E  presents 
the  DPIs  by  category.  Within  each  category  is  a  listing  of  strengths  and  weaknesses. 
Within  each  grouping,  a  listing  and  discussion  of  the  strengths  and  weaknesses  provides 
the  foundation  for  the  DPIs.  Following  the  strengths  and  weaknesses  is  the  presentation 
of  the  DPIs  within  the  category. 

E.1.1  Information  Systems 

Information  represents  a  critical  aspect  of  the  deployment  process.  Through  the 
streamlining  of  the  data  within  the  deployment  process  and  the  improved  use  of 
information  systems  for  handling,  processing,  integrating,  and  interfacing  the  information 
with  the  user,  significant  improvement  benefits  will  be  realized.  While  only  one  DPI 
addresses  all  aspects  of  the  deployment  process,  the  implementation  of  this  DPI  is  not 
meant  to  be  as  a  single,  centralized  information  system.  Rather,  as  described  below,  the 
concept  envisions  a  multitude  of  individual  systems  effectively  integrated  together.  Some 
of  the  required  information  system  modules  already  exist  or  are  being  developed,  but 
possibly  requiring  adjustments  to  satisfy  the  full  requirements  of  this  DPI. 
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Strengths 


Weaknesses 


-  Relatively  consistent  information 
flow  among  sites 

-  “Home  Grown”  information  systems 
being  developed 

*  Personnel  empowered  to  act  on 
information 

*  Agreement  that  standard  systems 
not  totally  accepted 

*  Commonality  among  “home 
grown”  information  systems 

*  Organizational  boundaries  being 
addressed  through  “home  grown” 
system  definition 


Strengths 

Relatively  consistent  information  flow  among  sites 


-  Isolated  Information  Systems 

*  Manual  information  transfer 
increases  time  and  decreases 
accuracy 

*  Personnel  are  more  information 
handlers  than  information 
analysts  and  decision-makers 

*  Required  information  is  not 
always  available  to  decision¬ 
makers 

*  Minimal  training,  documentation, 
and  support  available 

*  Localized  information  systems 
being  developed 


Regardless  of  the  deploying  base  selected  or  the  unit  type  selected,  the  types  of 
information  considered  and  processed,  as  part  of  the  deployment  remained  relatively 
consistent.  The  technologies  used  to  access,  process,  and  store  the  information  varied 
across  the  sites  and  units,  but  the  basic  information  did  not. 


“Home  Grown”  information  systems  being  developed 

The  majority  of  units  were  not  folly  supported  by  Air  Force  established  information 
systems.  Because  of  this,  many  units  developed  their  own  “home  grown”  information 
systems  that  supported  their  specific  information  handling  requirements.  While  having 
non-sfandard,  home  grown”  systems  in  place  is  not  the  most  effective  approach  for  the 
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overall  deployment  process,  these  systems  provide  real  value  to  the  unit  and  the  LOG- 
AID  analysis  effort.  The  development  of  the  “home  grown”  system  demonstrated  the 
individual  unit’s  willingness  to  take  control  of  the  responsibilities  and  to  develop  those 
tools  they  felt  necessary  to  effectively  accomplish  their  operational  and  deployment 
activities.  In  taking  their  actions,  a  united  statement  was  made  that  current  standard 
systems  are  not  providing  the  support  needed  to  get  the  job  done.  As  the  various  “home 
grown”  systems  were  compared  across  units,  the  commonality  among  those  systems 
became  very  apparent.  While  some  were  more  elaborate,  further  developed,  and  more 
effectively  designed,  the  basic  concepts  of  the  systems  and  the  goals  of  the  tools  remained 
very  consistent  across  the  unit  implementations.  Finally,  in  developing  the  “home 
grown”  information  systems,  the  units,  and  especially  individuals  within  the  units,  made 
important  steps  in  understanding  how  their  specific  task  responsibilities  interface  with 
interfacing  organizations  and  individuals. 

Weaknesses 

Isolated  Information  System 

While  the  “home  grown”  information  systems  provide  strengths  on  which  to  build,  they 
also  present  weaknesses  that  must  be  overcome  in  the  design  and  development  of  an 
integrated  information  system.  Through  their  “home  grown”  development,  isolated  or 
non-integrated  systems  required  the  manual  transfer  of  information  among  the  systems. 
This  manual  transfer  may  be  in  the  form  of  a  disk  transfer  or  a  manual  reentry  of  the 
information.  This  increases  performance  time  while  potentially  decreasing  the  accuracy 
of  the  information.  Because  of  this  limited  interface  capability,  unit  individuals  spend  a 
significant  amount  of  their  time  handling  information  rather  than  analyzing  the 
information  and  making  processing  decisions  based  on  the  information.  The  time  and 
accuracy  delays  also  provide  the  possibility  that  the  necessary  information  will  not  be 
ilable  to  the  decision-makers  when  needed. 

In  addition  to  information  availability,  “home  grown”  systems  present  significant 
problems  in  that  minimal  training  and  documentation  usually  exist  to  support  the  system. 
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While  the  developer  remains  on  site  and  is  available  to  use  and  maintain  the  system,  the 
effectiveness  of  the  system  continues.  However,  because  of  the  military  environment  in 
which  personnel  get  transferred,  the  effectiveness  of  these  systems  are  reduced  or 
possibly  eliminated  when  the  developer  is  transferred.  Thus,  while  “home  grown”  or 
localized  systems  provide  important  benefits  to  the  deployment  process,  they  also  present 
significant  problems  with  respect  to  providing  a  deployment  support  capability  that 
extents  beyond  the  unit  boundaries, 

E.l.1.1  Information  DPI 

Implement  highly  integrated  information  systems  across  levels  of  command,  across  and 
within  deployment  and  reception  sites  to  include  a  task  receipt-to-airlift-manifest 
information  system. 

(i.e,.  Apply  an  information  processing  system  that  links  and  transfers  information 
throughout  the  Wing-level  deployment  process  and  provides  decision  suggestions  to 
the  deployment  personnel 


Optimizing  the  operational  effectiveness  of  the  deployment  process  with  respect  to 
information  requires  baseline  rules  that  facilitate  information  access  and  handling  as  well 
as  minimizing  the  information  interpretation  currently  required  by  deployment  personnel. 
Through  the  development  and  implementation  of  an  integrated  information  system,  the 
personnel  supporting  the  deployment  would  spend  much  less  time  being  information 
handlers  and  more  time  on  their  truly  important  task  of  decision-making.  In 
accomplishing  this  change  in  focus,  this  DPI  concept  eliminates  the  manual  information 
transfer  among  personnel  and  existing  systems,  and  then  generates  and  presents  a 
suggested  decision.  The  augmentee  reviews  the  information  and  suggested  decisions. 
When  acceptable,  the  individual  sends  the  information  back  into  the  information  systems 
for  continued  use  throughout  the  process. 

Facilitating  the  development  and  implementation  of  the  integrated  information  systems 
requires  identification  of  the  numerous  modules  that  will  eventually  form  the  final 
systems.  Some  of  these  modules  are  identified  and  described  in  the  following  paragraphs. 
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E.l.1.2  DSOE  Module 

The  Deployment  Schedule  of  Events  (DSOE)  module  provides  the  capability  to  quickly 
generate  a  schedule  for  use  in  guiding  the  deployment  process  and  in  helping  identify  the 
n  for  processing  adjustments  to  meet  the  goals  of  the  deployment. 

E.1.1.3  DPViz Module 

The  DPViz  module  analyzes  the  process  segments  of  planning,  deployment,  movement, 
reception/beddown,  and  employment.  The  DSOE  module  for  the  establishment  of 
baseline  segment  time  averages  will  initially  support  the  deployment  segments,  which 
include  preparation  and  loading.  DPViz  measures  project  completion  times  and  suggests 
actions  to  help  expedite  out-of-bounds  processes. 

E.l.1.4  UTC-DT  Module 

The  Unit  Type  Code-Design  and  Tailoring  module  provides  planner  with  the  capabilities 
to  analyze  equipment  and  manpower  requirements  for  a  specific  operational  scenario  and 
recommend  quantities  needed  to  accomplish  the  mission.  In  iteration  with  Integrated 
Deployment  System,  UTC-DT  generates  force-tailoring  recommendations  at  the 
individual  equipment  level  based  on  specific  mission  requirements.  This  on-the-fly 
tailoring  is  critical  to  attaining  the  Agile  Combat  Support  objective  or  reducing  the 
deployment  footprint. 

E.l.1.5  Commander  Selection  Module 

The  Commander  Selection  Module  evaluates  information  related  to  the  personnel 
identified  for  a  chalk  and  identifies  the  person  meeting  the  necessary  qualifications.  Once 
identified,  the  tools  verify  the  selection  with  the  UDM  and  prepare  the  necessary 
materials. 

E.l.1.6  Overlap  Selection  Module 

The  Overlap  Selection  Module  assesses  the  TITDD  to  determine  which  unit  arc  being 
deployed  to  which  locations  and  their  deploying  timeframes.  From  this  information,  the 
module  generates  a  deployment  schedule  that  denotes  the  overlap  of  units  positioned  at 
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the  same  locations.  This  information  is  feed  to  UTC-DT  as  part  of  the  information 
needed  to  optimize  the  sharing  of  resources  among  units,  thus  supporting  the  tailoring  of 
UTCs. 

E.l.1.7  Augmentee  Selection  Module 

The  Augmentee  Selection  Module  helps  determine  the  type  and  level  of  deployment 
activities  needed  to  support  a  tasked  deployment  effort.  From  this  information,  the 
module  identifies  the  type  and  number  of  augmentees  required  and  uses  this  information 
to  suggest  to  the  UDM  a  selection  of  augmentee  to  support  the  deployment  effort.  Once 
approved  by  the  UDM,  the  module  notifies  those  augmentees  of  their  assigned  duties. 

E.l.1.8  Load  Plan  Module 

The  Load  Plan  Module  accepts  information  about  the  increments  and  personnel  being 
deployed  as  a  chalk  for  a  particular  type  of  transport.  Using  this  information,  the  module 
develops  a  3-D  presentation  of  the  load  arrangement  on  the  transport.  Presentation  of  the 
suggested  load  plan  to  the  Load  Planner  allows  for  necessary  adjustments  to  ensure  flight 
safety. 

E.l.1.9  Status  Collection  Module 

The  Status  Collection  Module  consists  of  a  set  of  processing  sensors  located  at  predefined 
spots  within  the  deployment  process.  As  cargo  and  personnel  are  processed  past  these 
spots,  necessary  information  system  collected  and  transmitted  to  the  DSOE  for  process 
status  update  and  analysis. 

E.1.2  Process 

Process  analysis  focuses  on  the  manual  activity  contained  in  the  deployment  process.  The 
process  analysis  evaluated  each  activity  in  terms  of  the  products  produced,  the  value  of 
those  products,  the  resources  used  to  produce  those  products,  and  the  interrelationships 
among  the  activities.  This  analysis  identified  the  processing  value  of  each  activity  and 
the  critical  path  for  the  process.  The  DPIs  identified  ways  of  streamlining  the  process  by 
maximizing  the  benefits  provided  by  each  activity. 
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The  strengths  and  weaknesses  identified  in  this  area  are  listed  below,  followed  by  a  more 
detailed  explanation. 

Strengths  Weaknesses 

-  Good  operations  and  flight  safety  -  Non-uniform  tasking  delivery 

-  Significant  consistency  across  sites  -  Numerous  load  planning  cycles  due 

to  inaccurate  and  incomplete 

-  UTC  concept  is  effective  information 

-  Minimal  coordination  between 
deploying  units  and  TRANSCOM 

-  Deployment  footprint  not  minimized 
to  meet  tailoring  requirements  of 
mission 

-  QA  checks  make  up  a  significant 
portion  of  the  deployment  process 
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Strengths 


Good  operations  and  flight  safety 

Units  spent  significant  time  and  effort  planning  and  practicing  for  their  operational 
missions  as  well  as  for  the  safety  aspects  related  to  their  performance  of  their 
missions.  Thus,  from  an  operational  perspective,  units  are  ready  mission  operations. 

Significant  consistency  across  sites 

During  the  data  collection  and  analysis  effort  for  the  LOG-AID  program,  numerous 
sites  were  visited  and  personnel  interviewed.  Insights  gained  from  this  effort 
highlighted  the  fact  that  regardless  of  the  location  and  the  type  of  units,  there  existed 
significant  consistency  across  these  varied  locations.  This  consistency  was  obvious 
in  the  types  of  information  associated  with  the  location  and  the  general  process  by 
which  they  handled  their  deployments.  The  technologies  and  techniques  used  to 
handle  and  process  the  information  and  the  manner  in  which  the  deployment  process 
was  implemented  varied  somewhat  from  location  to  location,  but  the  underlying 
concepts  and  goals  remained  consistent. 

UTC  concept  is  effective 

Through  the  discussion  with  personnel  there  existed  a  disagreement  as  to  the 
effectiveness  and  value  of  the  UTC  concept.  Some  believed  the  UTC  concept  was 
useful  while  others  felt  the  concept  should  be  eliminated,  the  items  selected  for 
-  deployment  using  a  bottom-up  approach.  Our  analysis  provide  the  conclusion  that 
the  concept  of  UTC  is  valid,  but  the  content  of  the  UTCs  should  probable  be  adjusted 
to  better  reflect  the  mission  types  and  duration  being  anticipated  for  the  future. 


Weaknesses 


Non-uniform  tasking  delivery 

Deployment  taskings  are  anticipated  and  received  in  many  different  ways.  Units 
anticipate  taskings  using  information  received  from  CNN;  through  rumors  and  phone 
calls  from  personnel  contacts;  and  through  unofficial  and  official  taskings.  Units 
respond  to  these  taskings  in  a  leaning-forward  manner  to  help  ensure  they  met  the 
timeline  they  will  receive  once  the  tasking  is  official.  The  current  deployment 
process  limits  the  unit’s  ability  to  perform  their  day-to-day  operations  while  reacting 
to  the  official  deployment  tasking  once  it  is  received. 

Numerous  load-planning  cycles  due  to  inaccurate  and  incomplete  information 

The  tasking,  both  unofficial  and  official,  causes  units  to  lean  forward  in  preparing  for 
deployment  or  performing  the  actual  deployment.  Even  after  the  receipt  of  the 
official  deployment  tasking,  changes  to  the  tasking  arrive  on  a  fairly  regular  basis.  In 
response  to  each  unofficial,  official,  or  change  to  the  tasking,  the  load  planning 
continues,  but  because  of  its  relative  slowness,  has  trouble  getting  completed  so  as  to 
become  an  effective  part  of  the  deployment  process  decision-making.  Rather,  each 
cycle  of  load  planning  needs  to  be  completed  quickly  enough  to  help  control  the 
deployment  footprint  and  to  help  establish  the  transportation  requirements. 

Minimal  coordination  between  deploying  units  and  TRANSCOM 

The  deployment  taskings  for  a  mission  must  go  to  both  the  bases  and  units  identified 
for  deployment  and  to  TRANSCOM  to  initiate  their  planning  to  provide  the  most 
effective  transport.  Because  of  the  time  requirements  at  the  unit  to  identify  the 
resources  for  deployment  and  to  relay  those  requirements  to  TRANSCOM, 
TRANSCOM  would  not  have  sufficient  reaction  time  to  supply  the  necessary 
transport.  Rather,  TRANSCOM  uses  the  standard  UTC  content  definitions  for  the 
UTCs  identified  in  the  tasking  as  the  basis  for  determining  the  type  of  transport 
allocated  and  the  schedule  for  moving  among  deploying  sites.  This  non-coordinated 
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communications  delay  causes  a  conflict  with  respect  to  who  is  the  driver  for 
determining  die  transportation  requirements. 

Deployment  footprint  not  minimized  to  meet  tailoring  requirements  of  mission 

When  tailoring  occurs  as  part  of  the  unit  planning  for  deployment,  the  level  of 
tailoring  often  focuses  on  fitting  into  the  allocated  transport.  The  focus  of  the 
tailoring  should  instead  be  aimed  at  effectively  and  efficiently  satisfying  the  mission 
goals.  • 

QA  checks  make  up  a  significant  portion  of  the  deployment  process 

In  looking  at  the  processing  for  both  personnel  and  cargo,  there  are  only  two 
situations  where  the  basic  states  of  those  resources  are  changed.  The  first  is  with 
respect  to  the  preparation  of  those  resources  for  deployment  at  the  unit  level.  The 
second  is  the  loading  of  those  resources  into  the  transport  for  movement  to  the 
deployed  site.  The  other  deployment  activities  relative  to  those  resources  focus  on 
ensuring  the  primary  activities,  especially  the  unit  preparation,  are  completed 
correctly.  For  example,  the  pre-inchecks  performed  at  many  locations,  the  CDF  and 
PDF  processing,  and  the  marshalling  area  check  processing  represent  activities  that 
should  only  change  the  status  of  those  resources  if  the  unit  did  not  perform  their 
duties  accurately  and  completely.  Often  time  the  approach  to  addressing  a 
deployment  preparation  problem  is  to  insert  additional  inspections  to  spot  and  correct 
the  problem  after  it  occurred  rather  that  identifying  the  cause  of  the  problem  and 
correcting  the  cause. 
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E.l.2.1  Maximize  Production  and  Minimize  Inspection  Activities 

(i.e.,  Improve  cargo/personnel  preparation  so  that  pre-incheck,  in-check,  marshaling 

check,  and  most  PDF  stations  can  be  reduces  or  removed.) 

Within  the  perspective  of  the  LOG-AID  program,  the  military  capability  consisting  of 
both  cargo  and  personnel  required  to  satisfy  a  specified  tasking  are  prepared  and  loaded 
onto  a  conveyance  for  deployment  to  a  designated  area.  Within  this  process,  the 
personnel  and  cargo  should  not  change  from  the  time  of  preparation  until  the  loading  is 
complete.  Therefore,  the  personnel  and  cargo  should  be  able  move  directly  from  the 
preparing  unit  to  the  conveyance. 

However,  within  the  current  deployment  process,  there  exist  checkpoints  within  the 
process  where  reviews  and  inspections  of  the  personnel  and  cargo  occur  to  ensure  that 
previous  preparation  activities  were  performed  accurately.  The  number  and  type  of  these 
checkpoint  activities  vary  somewhat  from  site  to  site,  with  the  standard  checkpoints  being 
the  Personnel  Deployment  Function  (PDF),  the  Cargo  Deployment  Function  (CDF),  and 
the  marshalling  area  check.  Because  their  primary  purpose  involves  verifying  and 
possible  correcting  problems  initiated  during  preparation,  the  intermediate  checks 
represent  duplications  of  activities  that  covering  up  processing  problems  within 
preparation. 

The  DPI  removes  all  of  these  intermediate  check  and  convenience  points,  leaving  only 
those  that  truly  benefit  the  deployment  process.  The  one  point  providing  continued  value 
may  be  the  chalk  area  that  acknowledges  the  receipt  of  the  deploying  resources  and 
reduces  the  loading  time  of  the  conveyance  once  it  arrives. 


E.l.2.2  Adjust  Responsibilities  and  Improve  Integration  of  Units,  Manpower,  and 
Personnel 

(i.e.,  Improve  the  information  exchange  to  provide  the  units  with  up-to-date,  accurate 

information.) 

Personnel  and  Manpower  remain  the  maintainers  of  the  Personnel  Data  Systems  (PDS) 
database  but  the  UDMs  must  have  direct  access  to  the  information.  In  this  way,  the  UDM 
interface  to  the  PDS  could  make  a  recommended  selection  for  the  UDM  based  on 
eligibility  and  present  to  the  UDM  the  foil  list  of  those  available  with  a  notation 
indicating  the  persons  eligibility  and  the  computer  recommended  person.  From  this  list, 
the  UDM  could  make  his  final  selection  without  direct  interaction  with  Manpower  and 
Personnel.  Once  selected,  those  names  would  be  held  in  a  temporary  file  and  adjusted  as 
other  problems  arise  during  the  deployment  requiring  replacement  selections.  At  the 
completion  of  the  deployment,  the  manifest  is  automatically  matched  to  the  Deployment 
Requirements  Manning  Document  (DRMD)  to  confirm  the  final  list,  with  the  manifest 
being  considered  the  most  accurate  document.  This  temporary  file  could  then  either  be 
used  directly  to  update  the  PDS  database  or  given  to  Manpower  and  Personnel  for  them  to 
update  the  PDS  database. 

Currently  there  is  cyclic  processing  that  occurs  between  Manpower,  Personnel,  and  the 
unit.  Within  this  process.  Manpower  and  Personnel  have  two  primary  responsibilities. 
One,  they  are  responsible  for  maintaining  the  personnel  information  database.  Two,  they 
are  responsible  for  providing  the  personnel  names  possessing  the  necessary  Air  Force 
Specialty  Code  (AFSC)  and  skill,  the  personnel  deployment  eligibility  status,  and 
developing  the  travel  orders  for  the  deploying  personnel. 

The  first  problem  is  with  the  maintenance  of  the  personnel  database.  At  most  sites  the 
personnel  database  is  not  up  to  date  even  though  the  units  have  provided  personnel 
change  information.  The  lack  of  an  accurate  personnel  database  significantly  reduces  the 
usefulness  of  the  information.  Currently,  many  units  have  developed  their  own  personnel 
databases  which  they  keep  up  to  date  on  a  daily  bases  with  very  little  effort  once  the 


253 


initial  loading  has  been  completed.  Because  of  this,  the  units  usually  pay  little  attention 
to  the  personnel  information  generated  by  Manpower  and  Personnel. 

The  second  problem  is  that  the  units  have,  or  could  have  all  the  information  needed  to 
generate  the  travel  orders.  Personnel  could  generate  the  common  information  assi  .iated 
with  a  UTC  deployment  and  the  unit  could  automatically  generate  the  deployment  orders 
as  a  by-product  of  the  name  assignments.  Within  the  PDF  and  the  unit,  a  tool  would  be 
necessary  to  adjust  the  travel  orders  as  personnel  changes  are  made  during  processing. 

E.l.2.3  Capitalize  on  Cargo  and  Personnel  Processing  Similarities 

(i.e.,  Develop  a  single  information  system  that  documents  both  cargo  and  personnel 

information.) 

While  the  personnel  and  cargo  requirements  are  contained  within  almost  every  standard 
UTC,  their  tracking  and  processing  remains  independent  throughout  unit  readiness, 
deployment,  and  employment  activities.  .  Supporting  this  process  requires  independent 
information  systems,  either  manual  or  automated,  separate  personnel  to  track  status  and 
select  resources  for  deployment,  and  separate  actions  to  develop,  maintain,  and  train  to 
the  two  information  processes. 

However,  few  differences  exist  between  the  information  requirements  of  personnel  and 
cargo.  Figure  E-l  presents  an  example  of  the  similarities  between  personnel  and  cargo 
data  that  allow  for  the  consolidation  of  personnel  and  equipment  data  into  a  single 
database,  thus  capitalizing  on  their  commonalties.  For  example,  as  represented  in  Figure 
E-l,  both  personnel  and  equipment  possess  unique  identifiers  in  the  form  of  a  Social 
Security  Number  (SSN)  for  personnel  and  a  serial  number  for  equipment.  Both  personnel 
and  equipment  possess  non-unique  names,  and  both  are  assigned  to  originating  or  owning 
positions  but  may  be  located  at  a  specific  location.  Personnel  are  categorized  by  their 
AFSC  while  equipment  is  categorized  by  a  part  category.  One  common  information 
aspect  of  specific  interest  is  the  record  listing.  Personnel  possess  medical  records  to 
include  the  type  of  shots  needed,  when  last  administered,  and  when  to  be  administered 
next.  In  much  the  same  manner,  equipment  possesses  maintenance  records,  to  include  the 
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type  of  maintenance  needed,  when  last  performed,  and  next  performance  time. 


There  does  remain,  however,  some  information  not  common  between  personnel  and 
equipment,  such  personnel  rank  for  which  equipment  has  no  corresponding  information. 
While  the  differences  between  personnel  and  cargo  still  have  to  be  addressed, 
understanding  the  common  and  different  information  requirements  for  personnel  and 
equipment  provides  the  bases  developing  one  information  system  with  the  capability  to 
handle  both  personnel  and  equipment.  A  common  information  structure  and  system 
reduces  the  information  development  and  maintenance  time  for  the  systems,  reduces  the 
training  time,  reduces  the  number  of  personnel  required,  and  possibly  reduces  reduce  the 
actual  processing  time  for  maintaining  records  and  preparing  for  a  deployment. 


Personnel  Database 


CONSOLIDATED 
CARGO/PERSONNF.I . 


E.l.2.4  Collect  Process  Status  and  Effectiveness  Information  using  Passive  Means 

(i.e.,  Reduce  the  need  for  deployment  personnel  to  manually  report  to  the  DCC,  and 

to  collect  and  analyze  processing  information  for  continuous  process  improvement.) 

At  predefined  points  during  the  deployment  process,  the  deployment  personnel  are 
responsible  for  reporting  to  the  DCC  regarding  the  current  status  of  the  deployment 
process.  For  example,  the  CDF  personnel  call  in  when  an  increment  successfully  passes 
inspection  and  is  ready  for  movement  to  the  marshalling  area.  The  marshalling  area 
controller  tracks  the  arriving  increments  for  each  chalk  and  notify  the  DCC  when  a  chalk 
is  complete  within  the  marshalling  area,  thus  waiting  for  loading  into  the  transport.  If 
during  the  processing,  an  increment  does  not  meet  the  processing  schedule,  a  call  to  the 
DCC  triggers  the  actions  necessary  to  determine  the  actual  status  of  that  increment  along 
with  the  actions  necessary  to  get  the  process  back  onto  schedule. 

These  event  call-in  times  are  noted  in  the  DSOE  as  “no  later  than”  times,  meaning  that  a 
status  call  to  the  DCC  must  be  make  by  that  time.  However,  for  a  number  of  reasons, 
personnel  may  forget  to  make  the  calls  or  may  wait  until  the  stated  time  to  call  even 
though  their  preparation  work  was  completed  much  earlier.  In  either  case,  the  inaccurate 
status  information  provided  to  the  DCC  impacts  the  effectiveness  of  the  deployment 
operation.  In  addition,  when  the  deployment  workload  is  heavy,  the  time  required  to 
provide  the  status  update  to  the  DCC  might  actually  delay  the  deployment  processing. 

The  intent  of  this  DPI  is  to  provide  the  capabilities  necessary  to  identify  the  completion  of 
critical  steps  in  the  process  and  to  report  those  to  the  monitoring  operation,  which  is 
currently  the  DCC,  immediately.  This  passive  status  collection  provides  accurate  and 
timely  status  information,  and  removes  the  reporting  responsibility  from  those  whose 
attention  should  be  focused  on  accomplishing  the  deployment  actions  rather  than 
performing  administrative  activities. 

In  addition  to  supporting  the  actual  deployment,  the  information  collected  also  provides 
the  basis  for  generating  the  post-deployment  brief  information,  for  evaluating  the 
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effectiveness  of  the  deployment  process  in  terms  of  a  continuous  process  improvement 
analysis,  and  for  providing  support  in  the  training  of  the  deployment  process. 

E.l.2.5  Improve  In-Transit  Visibility 

(i.e,,  Provide  the  capability  to  know  the  location  of  deploying  resources  at  any  point 
in  time  during  the  deployment  and  up  to  the  beginning  of  employment.) 

Currently  the  TCN  is  allocated  to  an  increment  number  identified  in  the  LOGDET.  With 
this  use  of  the  TCN,  any  combining  of  pallets  results  in  a  discrepancy  of  what  the 
transportation  system  believes  is  included  in  a  TCN.  In  the  future  the  TCN  should  be 
assigned  to  a  pallet  in  the  later  stages  of  the  process.  With  accurate  information  exchange 
they  will  know  the  actual  cargo  included  in  the  TCN  and  not  what  the  LOGDET  stated 
should  have  been  included  in  the  TCN. 

E.1,2.6  Control  Tasking  Receipts  into  the  Base 

(i.e..  Have  everyone  work  to  the  same  set  of  mission  requirements.) 

Currently  the  taskings  come  from  different  places  and  often  received  in  different  places. 
This  communication  problem  is  a  result  of  the  loosening  of  the  standards  defined  in  the 
regulations.  Sometimes  they  receive  taskings  from  their  MAJCOM,  sometimes  from 
other  commands,  and  sometimes  from  other  services.  Sometimes  the  tasking  comes  into 
the  base  to  the  battlestaff,  sometimes  the  IDO,  sometimes  Manpower  and  Personnel,  and 
sometimes  the  unit  commander  or  UDM.  It  is  recommended  that  the  standards  be  more 
stringent  on  the  flow  of  orders  and  taskings  down  through  the  DoD  infrastructure.  It 
should  be  through  one  command  to  the  Wing  Commander,  and  not  the  units  or  the  IDO. 
This  would  help  to  minimize  all  the  effort  spent  in  validating  various  directions. 
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E.l.2.7  Reduce  the  Number  of  Coverage  Days  Included  for  Initial  Deployment 

(i.e.,  Considering  the  goals  of  lean  logistics,  shorten  the  number  of  days  considered 

during  employment  before  sustainment  begins.) 

With  reduced  deployment  turnaround  and  with  the  implementation  of  Lean  Logistics,  the 
current  deployment  requirement  for  30  days  of  supplies  should  be  reducible  to  something 
less,  possibly  20  days,  thus  reducing  the  amount  of  materials  to  be  transported  in  the  near 
term.  The  actual  time  period  would  depend  on  a  number  of  issues  such  as  the  resupply 
capabilities  at  the  reception  site  location.  But  the  major  goal  aims  at  minimizing  the 
resources  required  for  deployment  during  the  initial  phase  of  moving  into  a  mission 
theater. 


E.l.2.8  Better  Define  the  Objective  and  Criteria  for  UTC  Tailoring 

(i.e.,  Establish  a  common  understanding  among  units  that  UTC  tailoring  should  be 
•  done  to  best  satisfy  the  mission  requirements.) 

Through  LOG- AID,  the  intent  of  UTC  tailoring  is  to  minimize  the  resources  deployed  to 
a  reception  site  while  retaining  the  capability  to  accomplish  the  designated  mission. 
Currently,  tailoring  is  viewed  from  two  aspects  that  are  sometimes  conflicting.  Current 
tailoring  is  often  performed  so  as  to  fit  the  resources  into  the  airlift  provided  for  transport 
rather  than  to  the  mission  requirements.  Two,  units  vary  in  opinion  as  to  whether  or  not 
tailoring  should  be  done.  This  DPI  aims  at  establishing  the  perspective  that  tailoring 
information  system  not  only  acceptable,  it  is  needed  to  satisfy  future  mission  goals. 

E.1.3  Training 

Training  analysis  viewed  the  deployment  process  from  the  perspective  of  those  resources, 
unusually  referred  as  augmentees,  responsible  for  performing  the  deployment  rather  than 
the  training  of  those  resources  being  deployed.  This  analysis  identify  the  type  of  training 
provided,  the  time  required  for  the  training,  the  effectiveness  of  the  training,  and  the 
benefits  of  the  training  received  by  the  individual  augmentee.  The  training  DPIs 
idc  id  ways  of  minimizing  the  impact  training  has  on  primary  responsibilities  of  those 
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working  as  augmentees.  The  impact  relates  mainly  to  the  time  required  to  obtain  the 
training  and  the  effectiveness  of  the  training. 

Strengths 

-  Heavy  focus  on  augmentee  training 


Strengths 

Heavy  focus  on  augmentee  training 

Majority,  if  not  all,  the  bases  visited  viewed  augmentee  training  as  an  important 
aspect  of  base  operations.  Training  ranged  from  classroom  lessons  usually  lasting  a 
few  days,  to  processing  observation,  to  hands-on  practicing,  to  the  performance  of 
actual  deployments.  While  personnel  sometimes  objected  to  delaying  their  primary 
work  responsibilities  to  accommodate  the  training,  the  augmentee  work  force 
accepted  the  training  as  a  high  priority  requirement. 

Weaknesses 

Exercises  are  not  representative  of  real-world  deployments 

Most  exercise  scenarios  focused  on  the  deployment  of  full  or  standard  UTC 
capabilities.  In  contrast,  many  of  the  evolving  real  world  deployment  requirements 
focus  on  moving  partial  UTCs  to  better  address  the  tasked  missions  objectives. 
When  exercising  to  deploy  full  UTCs,  the  needs  are  reduced  for  the  level  of  planning 
reduces,  for  tailoring,  for  coordination  among  units,  and  for  the  generation  of  non¬ 
standard  increment.  Real  world  deployment  taskings  dramatically  change  these 
training  scenario  assumptions.  Thus,  during  a  real  world  deployment,  trained 
personnel  must  adjust  their  trained  capabilities  and  assumptions  to  effectively 
address  the  requirements  of  the  deployment  tasking. 


Weaknesses 

-  Exercises  are  not  representative  of 
real-world  deployments 

-  Difficulty  tracking  and  keeping 
qualified  augmentees 

-  Variations  in  interpretation 
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Difficulty  tracking  and  keeping  qualified  augmentees 


A  conflict  existed  between  the  goals  of  deployment  and  the  transfer  requirement  of 
the  Air  Force.  For  efficiency,  deployment  processing  requires  trained  and 
experienced  augmentees  to  support  the  deployment,  with  the  augmented  work  force 
composed,  to  a  very  large  extent,  of  military  personnel.  To  train  these  augmentees 
and  to  have  them  available  when  needed  requires  significant  financial  resources.  In 
contrast,  the  Air  Force  transfers  personnel  on  a  regular  cycle  of  about  two  years,  and 
with  a  policy  of  not  documenting  the  augmentee  skills  as  part  of  the  personnel 
record.  Thus,  when  an  individual  who  is  trained  as  an  augmentee  at  one  base  moves 
to  another  base,  those  augmentee  skills  are  lost  unless  the  transferring  individual 
volunteers  to  apply  his  experience  at  the  new  base  location.  Thus,  for  a  deployment 
training  perspective,  each  base  represents  an  island  of  deployment  skills,  with  no 
official  way  of  moving  and  applying  that  skill  at  another  base. 

Variations  in  interpretation 

While  significant  effort  is  placed  in  the  training  of  augmentees,  situations  still  exist 
in  the  deployment  process  where  the  process  understanding  gained  through  the 
training  differs  among  individuals,  resulting  in  conflicts  and  processing  delays.  For 
an  example,  a  real  world  situation  identified  to  have  occurred  at  a  number  of 
deployment  sites  begins  with  a  unit  developing  an  increment  in  a  manner  they 
consider  to  be  correct  and  accurate  based  on  their  pallet  building  knowledge  gained 
through  training.  Upon  arrival  at  the  CDF,  the  increment  was  declared  to  be 
frustrated  based  on  a  problem  with  the  placement  of  hazardous  materials  in  the 
increment.  The  justification  for  frustrating  the  increment  came  from  the 
understanding  gained  through  training.  After  much  debate  and  time  delay,  the 
increment  was  determined  to  be  safe  for  transport  as  built  by  the  unit.  The  point 
being  that  both  unit  and  CDF  personnel  meant  to  be  correct  in  performing  their 
activities,  but  they  simply  gained  a  different  interpretation  of  the  correctness  from  the 
training. 
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DPIs 


£.1.3.1  Apply  Real-World  Training  Characteristics  to  Exercises 

(i,e,.  Train  to  both  fraged  and  full  UTC  requirements.) 

While  they  usually  practice  in  terms  of  satisfying  a  complete  UTC,  they  are  usually 
requested  to  supply  bits  and  pieces  of  equipment  and  small  number  of  personnel.  This 
leads  to  the  situation  where  the  unit  has  to  wait  basically  to  the  last  minute  to  establish  the 
packing  and  loading  of  the  materials,  and  prevents  them  from  “leaning  forward”  in  the 
preparation  for  deployment  and  forces  them  closer  to  a  “just-in-time”  type  of  deployment 
concept. 

E.l.3.2  Maximize  Training  Benefits 

(i.e..  Tracking  of  UDM  and  deployment  support  personnel  training  as  they  transfer 
among  bases.) 

Significant  investment  is  placed  in  individuals  during  a  base  tour  of  duty  with  respect  to 
training  them  to  perform  as  augmentees  during  deployment  operations.  For  a  number  of 
reasons,  records  of  this  training  do  not  stay  with  the  individuals  as  they  transfer  among 
bases.  Thus,  the  base  receiving  the  previously  trained  individual  does  not  benefit  from 
the  individual  s  experience  gained  at  the  previous  base  and  must  again  invest  resources 
before  using  the  person  as  an  augmentee. 

Tracking  personnel  with  respect  to  their  deployment  training  as  they  move  from  base  to 
base  and  using  those  skills  in  some  manner  would  help  maximize  the  investment  made  in 
that  individual.  This  would  help  reduce  the  training  requirements  for  the  current 
deployment  process  and  would  further  reduce  the  training  requirements  if  the  deployment 
process  were  more  unified  across  bases.  Gaining  this  benefit  must  not  be  accomplished 
at  the  expense  of  the  individual,  specifically  by  placing  them  into  the  same  augmentee 
position  following  each  transfer.  Rather,  transferring  personnel  with  skills  gained  as 
augmentees  could  be  used,  for  example,  in  the  training  of  inexperienced  individuals, 
supporting  the  improvement  analysis  of  the  bases  deployment  process,  or  development  of 
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the  individual  deployment  processing  manuals. 


E.l.3.3  Include  Total  Process  Training 

(i.e.,  Provide  general,  total  process  training  in  addition  to  the  current  focused 

training.) 

Currently,  augmentees  primarily  receive  training  focused  on  specific  segments  of  the 
deployment  process.  During  deployments,  this  focused  training  does  not  provide  the 
insight  needed  to  understand  the  impact  a  given  situation  can  have  on  the  overall  success 
of  the  deployment  process.,  As  a  result,  individual  augmentees  may  make  slight 
adjustments  to  their  part  of  the  process,  producing  processing  problems  for  individuals 
further  down  the  processing  chain.  Through  the  implementation  of  total  process  training, 
the  change-to-impact  relationship  does  not  prevent  augmentees  from  making  slight 
processing  changes,  but  helps  ensure  their  changes  do  not  produce  a  negative  impact  on 
the  performance  effectiveness  of  the  overall  deployment  process. 

E.l.3.4  Incorporate  Training  and  Efficiency  Evaluation  Capability  into  the  LOG-AID 
System 

(i.e..  Embed  training  sessions  into  the  tools  used  for  deployment  and  evaluate 

augmentee  efficiency  from  these  sessions.) 

Individuals  primarily  focused  on  for  training  are  the  load  planner  and  the  UDM.  The 
intent  would  have  two  levels  of  training.  One  level  would  be  to  have  training  scenarios 
entered  into  the  system  and  allowing  personnel  to  practice.  The  other  level  would  be  to 
have  testing  scenarios  entered  into  the  system;  the  personnel  perform  the  scenarios,  with 
the  results  and  possibly  the  grades  presented  back  to  the  personnel.  This  training  would 
help  accomplish  a  uniform  understanding,  the  lack  of  which  currently  causes  some 
conflicts.  Specifically,  there  are  often  differences  of  opinion  among  the  various  QA 
checkpoints  at  to  whether  or  not  an  increment  is  acceptable.  At  times  this  difference  of 
opinion  concerns  cargo  acceptance,  but  the  time  required  to  clear  up  the  difference  may 
cause  unacceptable  delays. 
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E.1.4  Policy 

Current  policy  was  not  a  limiting  factor  for  the  analysis  of  the  As-Is  deployment  process 
or  the  development  of  the  LOG- AID  2010  CONOP,  The  policy  analysis  focuses  on  the 
impact  of  current  policy  on  the  process  and  how  deployment  personnel  operate  to  most 
effectively  function  within  the  constraints  of  the  current  policies.  New  policies 
development  will  occur  following  the  finalization  of  the  LOG-AID  2010  CONOP  so  as  to 
control  the  streamlined  process  rather  than  being  developed  first  thus  possibly 
constraining  the  development  of  the  streamlined  process. 


Strengths 

-  Establish  Base  Deployment  Plans 

-  Development  of  individual  support 
manuals  at  bases 

-  Flexibility  through  Air  Force 
Instructions  (AFIs)  has  encouraged 
and  accelerated  effective 
standardization 

Strengths 

Establish  Base  Deployment  Plans 


Weaknesses 

-  Multiple  views  on  UTC  tailoring 

-  Base  deployment  plan  not  used 
extensively 

-  Significant  time  and  effort  to  develop 
and  maintain  deployment  plans 


Each  base  has  the  requirement  to  develop  a  Base  Deployment  Plan  defining  the 
operations  of  the  base  during  a  deployment  effort.  These  plans  provide  a  common 
focus  to  which  base  personnel  can  direct  their  efforts  and  help  the  build  and  maintain 
the  total  base  team  effort  required  to  successfully  accomplish  a  deployment. 
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Development  of  individual  support  manuals  at  bases 


Some  bases  placed  emphasis  on  the  development  of  individual  support  manuals 
containing  specific  information  related  to  the  performance  of  individuals  assigned 
responsibilities.  While  not  specifically  specified,  these  manuals  contained  such 
information  as  process  step  descriptions,  form  completion  instructions,  pictures  of 
processing  steps,  and  phone  numbers  for  important  points  of  contact.  In  addition  to 
guiding  the  individual  during  the  deployment  processing,  these  manuals  also  because 
valuable  transition  training  tools  for  personnel  as  new  individuals  took  over  the 
responsibilities  for  deployment.  The  importance  of  these  manuals  was  obvious  by 
the  wear  they  showed. 

Flexibility  through  Air  Force  Instructions  (AFIs)  has  encouraged  and  accelerated  effective 

standardization. 

Many  units  viewed  the  Air  Force  Regulations  (AFRs)  as  being  too  specific  and 
restrictive,  to  the  point  where  units  felt  they  could  not  be  effectively  applied  to  their 
operations.  The  AFIs  removed  much  of  those  restrictions,  thus  providing  the  units 
the  requirements  for  what  was  to  be  produced  but  allowing  the  flexibility  in  how  the 
units  implemented  the  process  to  produce  their  product.  While  many  units  also 
disliked  the  AFIs  because  of  their  lack  guidance,  units  took  the  opportunity  to 
implement  their  deployment  processes  in  ways  they  believed  to  be  most  effective. 
The  result  of  this  freedom  to  implement  was  that  many  units  independently  migrated 
to  very  similar  process,  regardless  of  their  unit  type.  Thus,  the  freedom  made 
available  through  the  AFIs  resulted  in  more  commonality  among  unit  processing  than 
did  the  tighter  direction  provided  by  the  AFRs.  The  commonality  provided  a  solid 
starting  point  for  developing  the  LOG-AID  CONOP. 
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Weaknesses 


Multiple  views  on  UTC  tailoring 

Units,  and  particularly  UDMs,  view  the  requirement  for  UTC  tailoring  for  a 
deployment  from  different  perspectives.  To  one  extreme,  the  view  is  that  the  tasking 
identifies  the  deployment  of  a  UTC  and  the  UDM  is  responsible  for  providing  all  the 
elements  contained  in  that  UTC.  To  the  other  extreme,  the  view  is  that  only  the 
UDM  possess  the  understanding  and  knowledge  to  truly  understand  what  a  unit 
needs  to  successfully  accomplish  the  assigned  mission.  Thus,  the  unit  makes  the 
final  decision  for  the  resources  deployed.  The  weakness  inherent  in  this  situation  is 
not  whether  one  view  is  wrong  and  one  is  right,  but  rather  that  the  two  views  exist. 
There  should  exist  a  common  understanding  that  tailoring  should  be  considered  for 
each  deployment  tasking  regardless  of  whether  or  not  tailoring  actually  occurs. 

Base  deployment  plan  not  used  extensively 

Once  developed,  the  base  deployment  plans  are  usually  mandatory  reading  for 
personnel  transferring  into  the  base.  Following  the  mandatory  reading,  the  plans  are 
referenced  on  occasion,  but  to  a  great  extent  any  referencing  made  of  the  plan  is 
minimal  at  most.  Thus,  while  the  plan  is  important  to  base  operations,  the  level  of 
reference  made  to  the  plan  is  minimal  relative  to  the  resources  used  to  develop  the 
plan. 

Significant  time  and  effort  to  develop  and  maintain  deployment  plans 

In  terms  of  their  size  and  content,  base  deployment  plans  represent  a  significant 
investment  in  resources  of  personnel  and  time.  While  majority  of  the  resources  go 
into  the  actual  writing  of  the  document,  resources  are  also  invested  in  the  review  and 
approval  cycle  as  well  as  in  the  maintenance  cycle  to  ensure  the  accuracy  of  the  plan. 
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E.l.4.1  Provide  the  UDM  Capability  to  Produce  more  Deployment-Ready  Personnel 
and  Cargo 

(i.e.,  With  the  UDM  being  the  key  person  with  respect  to  streamlining  the 
deployment  process,  it  should  be  viewed  as  a  specialty  skill.) 

UDMs  are  the  key  management  positions  within  the  base  level  deployment  process.  As 
key  positions,  they  must  have  the  skills  necessary  to  accurately  know  when  cargo  and 
personnel  are  prepared  for  deployment  so  as  to  allow  for  the  direct  transfer  from  the  unit 
to  the  transporting  aircraft. 

E.  1.4.2  Develop  Deployment  Guides  for  each  Deployment  Position 

(i.e.,  Document  deployment  position  information  such  as  detailed  instructions,  phone 
numbers  or  points  of  contacts,  reference  pictures,  etc.) 

These  individual. deployment  guides  would  include  detailed  directions  for  how  to  perform 
a  specific  deployment  position;  directions  for  information  to  be  received,  generated,  and 
transmitted;  phone  numbers  for  important  points  of  contact;  and  pictures  of  various  items 
such  as  pallets  for  use  as  future  references.  These  guidebooks  would  provide  two 
significant  benefits.  One,  they  would  guide  the  individual  when  performing  the 
deployment  task.  Two,  they  would  provide  an  effective  transition  tool  as  augmentees 
transfer  among  augmentee  positions  or  among  bases. 

E.l.4.3  Refine  the  AFIs  as  Necessary  to  Best  Guide  the  Deployment  Process 

(i.e.,  The  AFIs  should  be  developed  to  document  and  control  the  agreed  upon 
streamlined  deployment  process.) 

The  AFIs  have  been  developed  to  allow  significant  site-specific  flexibility  from  that 
provided  in  the  previous  Air  Force  Regulations  (AFRs).  This  flexibility  appears  to  have 
benefited  the  deployment  process  in  that  sites  have  adjusted  their  implementations  to 
better  fit  their  needs,  thus  encouraging  the  site  to  have  pride  and  ownership  in  their 
specific  implementation.  It  appears,  however,  that  this  freedom  of  implementation 
diversity  implementation  has  demonstrated  their  similarities  because  independently  the 
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sites  are  developing  many  of  same  operational  requirements.  As  the  LOG-AID  program 
develops  the  To-Be  base  level  deployment  process,  the  current  AFIs  should  again  be 
tightened  to  control  the  process,  but  probably  not  be  tightened  to  the  AFR  level. 


E.1.5  Personnel  Attitude 

Augmentees  play  a  critical  role  in  accomplishing  the  deployment  process.  However,  base 
personnel  are  often  reluctant  to  work  as  augmentees  because  of  the  limited  value  provided 
in  terms  of  personal  rewards.  The  personnel  attitude  DPI  aims  at  finding  ways  of 
rewarding  the  augmentee  so  as  to  improve  the  availability  of  personnel  as  augmentees. 


Strengths 

Deployment  problems  realized,  but 
corrective  vehicles  not  readily 
available 

Experienced  personnel  take  charge  to 
ensure  success 


Weaknesses 

Most  personnel  are  not  over-eager  to 
be  augmentees 

Personnel  do  not  want  augmentee 
training  to  remain  in  their  personnel 
folder 

Commitment  for  exercises  is 
different  than  from  real-world 
situations 


Strengths 


Experienced  personnel  take  charge  to  ensure  success 


Any  one  deployment  effort  becomes  a  challenging  experience  when  unexpected 
situations  happen  and  when  all  the  good  intentions  of  planning,  training,  and 
preparation  fall  short  to  some  degree.  The  capabilities  and  ingenuity  of  experienced, 
take-charge  individuals  provide  the  leadership  necessary  to  ensure  the  deployment 
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Weaknesses 


Most  personnel  are  not  over-eager  to  be  augmentees 

Working  in  an  augmentee  position  during  deployment  requires  significant  time  for 
receiving  the  necessary  training,  and  performing  in  various  exercises  and  real-world 
deployments.  Working  as  an  augmentee  does  not,  however,  relieve  the  person  from 
the  responsibilities  of  their  primary  job,  thus  the  workload  builds  up  during  the  time 
the  individual  works  as  an  augmentee.  Also,  working  as  an  augmentee  is  not  a 
position  in  which  the  individual  receives  a  rating  in  terms  of  pay  increases  and 
promotions.  Thus,  working  as  an  augmentee  places  a  negative  impact  on  the  career 
of  the  individual  even  though  the  job  is  critical  to  the  true  objectives  of  the  Air  Force. 

Personnel  do  not  want  augmentee  training  to  remain  in  their  personnel  folder 

The  Air  Force  personnel  file  contains  information  related  to  the  skills  and 
performance  of  the  individual,  and  used  as  the  primary  information  source  for 
awarding  pay  increases  and  promotions.  It  is  in  part  through  this  information  that 
individuals  get  assigned  to  jobs  as  they  move  within  a  base  or  transfer  to  another 
base.  In  contrast,  placing  the  skills  gained,  as  an  augmentee  in  the  personnel  folder  is 
not  viewed  as  advantageous  to  the  individual.  This  is  for  two  reasons:  (1)  the  skills 
are  not  a  significant  determinant  for  advancement,  and  (2)  possessing  an  augmentee 
skill  tends  to  place  the  individual  into  the  same  augmentee  position  as  they  transfer 
amoni.  ases.  Rather,  if  the  individual  must  perform  as  an  augmentee,  they  at  least 
want  ti  ,?ain  a  broader  range  of  experience  to  expand  their  overall  understanding  and 
value  to  the  Air  Force. 

Commitment  for  exercises  is  different  than  from  real-world  situations 

The  rewards  placed  on  the  performance  of  tasks  impact  the  personnel  attitude  of 
those  performing  the  tasks.  In  addition  to  providing  training,  deployment  exercises 
provide  the  baseline  by  which  Air  Force  bases  and  wings  are  rated  with  respect  to 
their  deployment  readiness.  As  such,  exercises  receive  significant  visibility  from 
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base  leadership  to  ensure  everything  goes  smoothly,  accurately,  and  efficiently  in 
accordance  with  a  predefined  process.  The  purpose  of  real-world  deployment 
changes  from  one  of  readiness  rating  to  one  of  satisfying  a  tasking  and  getting  the  job 
done  without  the  strong  restriction  of  having  to  completely  follow  the  defined 
deployment  process.  This  difference  in  commitment,  especially  by  the  upper 
command,  causes  the  deployment  personnel  to  view  the  two  situations  as  having 
difference  levels  of  importance. 

DPIs 

E.l.5.1  Develop  a  Process  to  Encourage  Augmentees  to  Participate  in  Deployments 

(i.e.,  Develop  a  reward  system  that  benefits  those  working  as  augmentees.) 

Individuals  working  out  of  their  normal  job  description  generally  perform  deployments. 
With  a  limited  number  of  exercises  and  actual  deployments,  practice  is  limited  and  not  all 
individuals  are  highly  trained  or  experienced  in  their  deployment  position.  Therefore,  it 
becomes  necessary  to  have  the  individuals  work  in  an  environment  that  is  comfortable 
and  familiar  as  possible.  This  means  selecting  the  appropriate  personnel  for  the 
appropriate  deployment  positions.  This  might  include  removing  a  person  from  a  position 
assigned  at  a  previous  base,  to  a  position  that  the  individual  would  prefer  to  work  in.  The 
proper  atmosphere  in  the  stressful  deployment  environment  will  encourage  teamwork  and 
hand  work  to  accomplish  the  given  task  in  a  time  critical  situation. 

E.l.5.2  Develop  a  Process  to  Encourage  Augmentees  to  be  Committed  to  Real-World 
Contingencies  to  the  Same  Level  as  Exercises 

(i.e.,  Ensure  the  Base  leadership  monitors  and  measures  the  effectiveness  of  real 
world  deployments  that  encourages  augmentees  to  work  to  their  true  potential.) 

Currently,  deployment  exercises  receive  significant  attention  by  Base  leadership  because 
the  base  is  evaluated  and  rated  on  the  effectiveness  of  those  exercises.  On  the  other  hand, 
real  world  deployments  focus  on  getting  the  job  done  but  are  not  used  to  evaluate 
deployment  effectiveness.  This  difference  in  deployment  goals  affects  the  focus  of  the 
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augmentees. 


E.1.6  DPI  Conclusion 

The  strengths,  weaknesses,  and  DPIs  presented  in  this  section  address  the  entire  base/ 
wing-level  deployment  process.  The  DPIs  have  been  prioritized  based  on  user  inputs  and 
can  be  structured  to  allow  for  their  time-phased  implementation  as  needed  by  each  site. 
In  this  manner,  operational  benefits  can  be  received  early  on  and  incrementally  as  the 
DPIs  are  gradually  implemented.  The  ultimate  intent  is  that  the  DPIs  can  be  implemented 
at  all  sites,  with  the  level  of  technology  used  to  accomplish  the  implementation  varying 
due  the  site's  ability  to  justify  the  cost.  Through  this  approach,  a  more  consistent 
deployment  approach  will  exist  across  bases,  but  more  importantly,  the  implementation  of 
the  process  using  technologies  within  a  given  base  can  be  adjusted  to  meet  the  level  of 
deployment  requirements  of  each  site. 
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APPENDIX  F 


LOG-AID  TO-BE  ACTIVITY  MODEL 
NODE  LIST 

DIAGRAMS  AND  TEXT 
DATA  GLOSSARY 
MECHANISM  GLOSSARY 
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LOG-AID  AS-IS  ACTIVITY  MODEL 


The  LOG-AID  As-Is  activity  model  presented  in  this  appendix  is  a  hierarchical,  functional 
representation  of  the  activities  performed  within  the  wing-level  deployment  process.  This 
representation  includes  the  products  generated  by  each  activity,  the  inputs  used  to  produce  those 
outputs,  the  controls  defining  how  the  inputs  are  transformed  into  outputs,  the  mechanism 
performing  the  activities,  and  the  product  relationships  among  the  activities.  The  model  also 
includes  a  node  list  of  all  the  activities  in  the  model,  a  textual  overview  description  of  each 
diagram,  and  a  glossary  for  the  interrelationship  arrows.  Figure  F-l  contains  a  quick  reference  to 
the  IDEFo  notation  used  to  present  the  model. 


HIERARCHICAL  DECOMPOSITION 

ACTIVITY  NOTATION 

AND  DIABGRAM  NUMBERING  CONCEPT 

Control 

Input 

- ^ -  Output 

. 1 .  ^ 

•  ACTIVITY  — ► 

i  ■ 

i-Or 


vkih 


Activity: 

The  actions  transforming  the  inputs 
into  outputs 

Input: 

The  items  transformed  into  outputs 
by  the  activity 

Output 

Product  generated  by  the  activity 
from  the  inputs 

Control: 

Rules  or  guidelines  defining  how  the 
inputs  are  transformed  into  outputs 

Mechanism- 

The  person,  equipment,  software 
performing  the  activity 

IDEF  MODEL  COMPONENTS 

BOXES 

Activities  performed  within  the  system 

ARROWS: 

Information  relationships  among  activities 

DIAGRAMS: 

Integration  of  boxes  and  arrows  used  to 

graphically  describe  all  or  part  of  a  system 

MODEL: 

An  integrated  set  of  diagrams 

NODE  TREE 

A  hierarchical  presentation  of  the  activities 

TEXT: 

A  written  description  about  important  aspects  of 

the  system  as  represented  within  a  diagram 

GLOSSARY: 

Definitions  of  the  information  represented 

on  a  diagram 

Figure  F-l.  IDEFO  Notation  Overview 


272 


LOG-AID  TO-BE  ACTIVITY  MODEL  NODE  LIST 

A-l  SCOPING  THE  CONTINGENCY  DEPLOYMENT  PROCESS 
A-0  DEPLOY  FOR  CONTINGENCY 

AO  DEPLOY  FOR  CONTINGENCY  IN  2010  (Context) 

A1  PLAN  SITE  OPERATIONS 
A2  EXECUTE  ACTIVATION  PROCESS 
A21  COMPUTE  DEPLOYMENT  RQMTS 

A211  IDENTIFY  UNIT  OVERLAPS  AT  SITE 

A21 1 1  COMPARE  DEPLOYING  UNIT  ON-SITE  SCHEDULES  TOGETHER 
A2 1 12  COMPARE  ON-SITE  UNIT  SCHEDULES 
A21 13  IDENTIFY  OVERLAPS  FOR  CONSIDERATION 
A2 1 14  PROMPT  USER  FOR  VALIDATION 
A212  LIST  REQUESTED  RESOURCES 

A2121  ACCESS  FULL  UTC  RESOURCE  LIST 
A2122  ADJUST  FOR  FRAGING 

A2123  ADJUST  PER  LOI  INSTRUCTIONS  OR  MAJCOM  TAILORING 
A2 1 24  PRESENT  FOR  USER  VERIFICATION 
A2125  COMBINE  ALL  RESOURCE  RQMTS 
A213  PERFORM  RECEPTION  SITE  SURVEY 
A214  CORRELATE  DEPLOYING  RESOURCES 
A2141  CORRELATE  WITH  RECEPTION  SITE 
A2142  COMPARE  ITEMS  AMONG  BASE  UTCs 
A2143  COMPARE  ITEMS  ACROSS  BASES 
A2144  ASSIGN  ITEM  RESPONSIBILITY  TO  UNIT 
A2145  VERIFY  BY  USER 
A215  PERFORM  UNIT  TAILORING 

A2 1 5 1  DETERMINE  STANDARD  SUPPORT  RQMT 
A2152  ADJUST  TO  DEPLOYMENT  DURATION 
A2153  ADJUST  TO  ENVIRONMENTAL  CONDITIONS 
A2154  ADJUST  TO  HISTORICAL  USE 

A21541  CATEGORIZE  THE  DEPLOYMENT  TYPE 
A21542  ACCESS  PREVIOUS  DEPLOYMENTS 
A21543  PRESENT  LIST  OF  PREVIOUS  DEPLOYMENTS 
A21544  COMPARE  DEPLOYING  RESOURCES 
A2155  VERIFY  TAILORING 
A2156  INTEGRATE  ACROSS  ASSIGNED  UNITS 
A22  TRANSLATE  TO  AIRLIFT 
A221  COMPUTE  QUANTITY 
A222  IDENTIFY  SPECIAL  NEEDS 
A223  COMPUTE  AIRLIFT 
A224  VERIFY  AIRLIFT  RQMTS 
A23  DEFINE  CHALKS 

A231  IDENTIFY  PARTIAL  PALLETS 
A232  BLEND  ITEMS  INTO  INCREMENT 
A233  IDENTIFY  RESPONSIBLE  UNIT 
A234  COMPUTE  LOAD  PLAN 
A235  ADJUST  AND  VERIFY 

A24  EVALUATE  PERSONNEL  &  EQUIP  QUALIFICATIONS 
A241  TRACK  RESOURCE  STATUS 

A241 1  RECEIVE  RESOURCE  STATUS  INFO 
A2412  UPDATE  THE  MAINTENANCE  &  STATUS  RECORDS 
A2413  IDENTIFY  RESOURCES  REQUIRING  DEPLOYMENT  PROCESSING 
-  A2414  GENERATE  UNIT  STATUS  REPORTS 
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A242  ASSIGN  RESOURCES  TO  RQMTS 
A2421  CHECK  QUALIFICATIONS 
A2422  CHECK  AVAILABILITY 
A2423  CHECK  DEPLOYMENT  HISTORY 
A2424  COMPARE  PERSONNEL  RANKS 
A2425  CHECK  PREPARATION  STATUS 
A243  VERIFY/  ADJUST  SELECTION 
A244  IDENTIFY  INCREMENTS  REQUIRING  IN-CHECK 
A244I  CHECK  FOR  HAZMAT&  SPECIAL  HANDLING 
A2442  CHECK  FOR  UNIT  CARGO  MIX 
A2443  CHECK  UNIT  PREPARATION  QUALIFICATIONS 
A2444  IDENTIFY  FOR  INCHECK 
A245  IDENTIFY  PERSONNEL  REQUIRING  PDF  PROCESSING 
A2451  CHECK  TAG  STATUS 
A2452  CHECK  SHOT  STATUS 
A2453  CHECK  FINANCE  STATUS 
A2454  CHECK  LEGAL  STATUS 
A2455  CHECK  MINISTRY  SUPPORT  NEED 
A25  DEVELOP  DEPLOYMENT  SCHEDULE 

A25 1  DEVELOP  GENERIC  CHALK  GENERATION  TIMES 
A2511  INCLUDE  PREP  TIME 
A25 12  COMPUTE  PERSONNEL  PROCESSING  TIME 
A2513  COMPUTE  CARGO  PROCESSING  TIME 
A2514  INCLUDE  MOVEMENT  TIME 
A2515  INCLUDE  LOADING  TIME 
A252  COORDINATE  PRODUCTION  AMONG  CHALKS 
A253  TRANSLATE  TO  ACTUAL  TIMES 
A254  MAINTAIN  DEPLOYMENT  STATUS 
A255  VERIFY  THE  DSOE 
A3  SET  UP  DEPLOYMENT  MACHINE 
A31  SELECT  AUGMENTEE 

A3 11  DETERMINE  SUPPORT  RQMTS 
A3 12  ASSIGN  AUGMENTEE  NAMES 
A3 13  VERIFY 

A3 14  NOTIFY  AUGMENTEE 
A32  PREPARE  AUGMENTEE 
A33  SET  UP  THE  WORK  CENTER 
A34  ACCESS  THE  WORK  CENTER  MATERIALS 
A35  CAPTURE  STATUS 
A4  ARRANGE  FOR  TRANSPORTATION 
A41  ESTIMATE  TRANSPORT  LOAD 
A42  MAP  REQUIREMENTS  TO  AVAILABILITY 
A43  ARRANGE  CONTRACT  SUPPORT 
A44  VERIFY  LOCAL  TRANSPORT  SCHEDULE 
A45  COORDINATE  TRANSPORT  RQMT 
A46  VERIFY  LOCAL  TRANSPORT  ASSIGNMENT 
A5  DEPLOY  RESOURCES 

A51  PREPARE  RESOURCES 
A511  NOTIFY  RESOURCES 
A512  UPDATE  RESOURCE  STATUS 
A513  BUILD  INCREMENTS 

A5131  POSITION  ELEMENTS 

A5 1 3 1 1  DETERMINE  PROBLEM  FOR  REJECTION 
A51312  REPLACE/ ADJUST  ITEMS 
A51313  PLACE  CONSTRAINTS 
A5132  DETERMINE  INCREMENT  PROPERTIES 
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A51321  DETERMINE  ITEM  SIZE 
A51322  PLACE  ON  SCALE 
A51323  COMPUTE  CARRYING  POSITION 
A51324  COMPARE  ACTUALS  TO  LIMITING  FACTORS 
A5133  DOCUMENT  INCREMENT  CONTENT 
A51331  DOCUMENT  INCREMENT  LIST 
A51332  SELECT  HAZMAT  ITEMS 
A51333  PREPARE  SHIPPERS  AUTHORIZATION 
A51334  IDENTIFY  SHIPPERS  DOC  AUTHORIZATION 
A51335  SELECT  ONE  PERSON  FOR  SIGNATURE 
A51336  ACCESS  SHIPPERS  DOC  AUTHORIZATION 
A5134  PRODUCE  &  PLACE  PLACARD 
A5135  INSPECT  INCREMENT 
A5136  DESIGNATE  TRANSPORT  PATH 
A514  MOVE  TO  UNIT  HOLDING  AREA 
A5 15  DETERMINE  INCREMENT  MOVEMENT  NEEDS 
A516  NOTIFY  CONTACTS 
A52  TRANSPORT 
A53  PROCESS  THROUGH  PDF 
A531  VERIFY  INDIVIDUAL 
A532  COLLECT  MOBILITY  BAGS 
A533  REPLACE/ UPDATE  ID  CARD 
A534  UPDATE  MEDICAL 
A535  PROVIDE  CONSULTATION 
•  A535I  UPDATE  EMERGENCY  DATA 
A5352  PROVIDE  LEGAL  ASSISTANCE 
A5353  PROVIDE  RELIGIOUS  SUPPORT 
A5354  PROVIDE  FINANCIAL  SUPPORT 
A536  HOLD  FOR  TRANSPORT 
A54  PROCESS  THROUGH  CDF  • 

A541  INSPECT  INCREMENT 

A5411  VERIFY  CHALK  ASSIGNMENT 
A5412  VERIFY  HAZMAT  ITEMS 
A5413  VISUALLY  INSPECT 
A5414  VERIFY  HAZMAT  CERTIFICATION  DOCS 
A5415  REPORT  CDF  RESULTS 
A542  DETERMINE  INCREMENT  PARAMETERS 
A543  COMPARE  ACTUALS  TO  CONVEYANCE  LIMITATIONS 
A544  ADJUST  INCREMENT  INFO 
A545  RELAY  INCREMENT  STATUS 
A55  PREPARE  FOR  TRANSPORT 
A551  REVIEW  LOAD  PLAN 
A552  POSITION  INCREMENTS  &  PERSONNEL 
A553  RECORD  INCREMENTS  &  PERSONNEL 
A554  ADJUST  &  PRESENT  FINAL  DOCUMENTS 
A- 11  EVALUATE  WORLDWIDE  SITUATION 
A-12  DEVELOP  OPERATION  PLAN  (OPLAN) 

A-13  PERFORM  CRISIS  ACTION  PLANNING 

A-14  BEDDOWN  RESOURCES  AT  FINAL  DESTINATION 
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LOG-AID  TO-BE  ACTIVITY  MODEL 
DIAGRAMS  WITH  TEXT 
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capability  at  the  reception  site,  and  assigns  complete  or  fragmented  UTC 
requirements  to  available  units.  These  refined  requirements  established  by 
the  MAJCOM  assign  deployment  responsibilities  to  the  units  through  the 
TPFDD.  A  unit  self-evaluation  documents  the  readiness  of  the  units  to 
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VIEWPOINT:  The  individuals  directly  associated  with  the  application  of  the  wing-level  deployment  process.  Specifically,  the  Installation 
Deployment  Officer,  Unit  Deployment  Manager,  Personnel  Deployment  Function  personnel,  Cargo  Deployment  Function 
Personnel,  and  Load  Planners. 


281 


designated  location,  and  process  through  the  deployment  work  centers  in 
accordance  with  the  DSOE.  As  the  deployment  progresses,  collected  status 
information  provides  a  correlation  between  the  planned  and  actual 
processing  progress. 
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processing  progress.  As  these  variations  exceed  pre-established  limits,  the 
variations  are  highlighted  and  presented  to  the  user  for  analysis.  In  a 
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Allocated  MHE  (Allocated  Material  Handling  Equipment)  The  equipment  assigned  within  a  base  for  use  in  supporting  the  A25 

_ deployment  effort. _ 

Allocation  Adjustment  A  change,  made  by  a  decision  maker  within  the  deployment  process,  to  the  type  and  amount  of  support  A214 

_ capabilities  assigned  to  a  deployment 


Anticipated  Deployment  (Anticipated  Deployment  Requirement)  Using  various  sources  of  intelligence  information  and  personal  A- 1 

Requirement _ connections,  the  type  of  missions  the  military  may  be  required  to  support  an  event. _ 

Approved  Augmented  List _ A  list  of  the  individual  selected  for  recall  in  support  the  planned  deployment  effort. _ A31 

Approved  On-Base  Transport  The  equipment  and  its  planned  allocation  of  use  to  move  personnel  and  cargo  within  a  base  during  a  A4 

Schedule  deployment  effort. 
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Autnorizea  personnel _ List  ot  quatitied  individuals  tor  signature  authorization  and  means  for  contact. _  A513 

Authorized  Signature  List  |  The  names  of  individuals  qualified  to  sign  the  Hazardous  Material  documentation  A5 1 33 


Availability  Criteria  The  parameters  considered  when  determining  whether  or  not  a  specific  resource  (personnel  and  equipment)  A242 

_ can  be  considered  for  selection  to  satisfy  a  deployment  requirement. _ 

Available  Resource  The  resources  meeting  the  availability  criteria,  thus,  the  resources  from  which  a  deployment  requirement  can  A242 

be  filled. 
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through  the  CDF. 


CDF  Rejected  Cargo  Increment  (Cargo  Deployment  Function  Rejected  Cargo  Increment  &  Accepted  Increment  Identifier)  Increments 
&  Accepted  Increment  ID  rejected  during  the  CDF  inspection  and  the  identifier  for  those  increments  that  passed  the  CDF  inspection. 
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i-ontractea  conveyances _ external  transportation  sources  brought  onto  the  deploying  base  to  support  the  deployment  operation. _  A4 

Current  Personnel  &  Equipment  (Current  Personnel  &  Equipment  Information)  Information  describing  the  status  of  personnel  and  equipment  ”A24l 
Information _  with  respect  to  status  needed  to  satisfy  deployment  requirements. _ 


Current  Resource  Information  (Current  Resource  Information)  The  information  describing  the  status  of  personnel  and  equipment  at  the  time  A24 

a  selection  for  deployment  is  to  be  made.  A24 1 

_ _ _ _ _ _ _  A242 
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DSOE,  Communications,  (Deployment  Schedule  of  Events,  Communications,  Manifest,  Troop  Commander,  Processing  Requirements, 

Manifest,  etc.  Increment  Layout  and  Load  Plan)  The  DSOE  defines  and  controls  the  sequencing  of  tasks  required  to 

complete  the  Wing/Base  level  deployment  effort.  The  communications  represent  the  transfer  of  deployment 
status  information  relative  to  the  DSOE.  The  manifest  identifies  all  the  personnel  and  increments  assigned  to 
a  chalk.  The  Troop  Commander  identifies  the  individual  in  charge  of  the  chalk’s  personnel  from  the  loading 
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Documentation  Standards  material  and  the  associated  codes,  along  with  the  guidelines  for  documentation  required  with  each  type  of 

hazardous  material 


HazMat  Documented  Increment  (Hazardous  Material  Documented  Increment)  An  increment  containing  hazardous  materials  and  the  necessary  A541 

_ approvals  for  transporting  the  hazardous  materials. _ _ _ 

HazMat  Items  (Hazardous  Material  Items)  A  list  of  material  items  classified  as  hazardous,  thus  requiring  special  processing  A24 
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Provides  guidelines  for  visually  inspecting  the  packing  of  the  total  increment  and  illustrates  the  placement  that 
satisfies  all  the  packing  standards  of  all  the  items  on  the  increment. 


Increment  Layout  &  Load  Plan  The  buildup  design  for  an  increment  and  the  buildup  design  for  the  increments  inside  the  transporting  aircraft.  A5 1 

- - - -  A513 

Increment  List  A  list  of  the  contents  of  the  increment,  which  provides  a  manifest  for  the  increment.  A5 1 3 

- : - - - - A5133 

Increment  Manifest _ The  list  of  items  included  in  the  increment. _  A5133 
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Intra  Base  Common  Resources  A  listing  of  resources  common  among  the  Tucks  being  deployed  from  a  single  base.  _  A214 

Invalid  Certifications _ Hazardous  Materials  documents  improperly  prepared. _  ~A54T 


Item  List _ The  identifier  of  items  contained  in  the  manifest. _ _  A244 

Item  to  Unit  Correlation  The  designation  of  common  resources  to  a  specific  unit  and  the  responsibility  of  the  unit  to  deploy  the  A214 

_ resources  to  the  reception  site  for  sharing  with  another  unit. 
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Local  Transport  Provided  |  The  means  of  transportation  provided  in  response  to  a  planned  transportation  need. 
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_ r _  .  _ _ _ A535 

The  supply  of  shots  required  for  the  deployment  and  available  for  administering  as  necessary  to  the  personnel  A53 
being  deployed- 


Mission  Shortages  or  Overages  Items  and  personnel  designated  in  the  deployment  tasking  that  either  cannot  be  provided  by  the  tasked  unit  or  A2 1 

_ are  not  needed  to  be  deployed  to  the  reception  site. _  _  _  A214 

Mobility  Bag  Requirement  (Mobility  Bag  Requirement)  The  specified  need  for  deploying  personnel  to  take  along  one  or  more  of  their  A53 
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On-Site  Unit  Schedule _ The  time  period  during  which  a  unit  will  be  located  at  a  deployed  site. _  A211 

Operation  Driven  Requirements  (Operation  Driven  Requirements)  Deployment  requirements  based  on  the  type  of  mission  assigned  to  the  A215 
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Personnel  Manifest _ The  list  of  names  of  personnel  to  be  loaded  into  the  transporting  aircraft. _  A242 

Personnel  Manifest  &  PDF  (Personnel  Manifest  and  Personnel  Deployment  Function  Processing  Requirements)  The  names  of  the  ~A5 

Processing  Requirements  individuals  contained  in  a  chalk.  The  specific  processing  steps  an  individual  must  go  through  before  A5 1 
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Private  Discussion  Requirement  (Private  Discussion  Requirement)  The  need  for  the  deploying  individual  to  meet  with  the  Chaplain  at  the  A245 

PDF. 


Processing  Personal  &  Mobility  The  individuals  going  through  the  deployment  process  and  the  equipment  (chemical  bag,  etc.)  specified  for  A5 

Bags _ each  to  take  for  the  deployment.  These  personnel  and  equipment  have  been  transported  to  the  PDF. _  A53 

Processing  Requirements  (Processing  Requirements)  Those  steps  of  the  deployment  process  that  must  be  performed  to  accomplish  the  A51 

current  deployment.  For  example,  the  number  of  the  cargo  increment  required  for  processing  through  the 
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Recall  Procedures _  The  steps  taken  to  notify  an  individual  of  his  selection  to  act  as  an  augmentee  for  a  deployment  effort.  A3 1 


Rejected  Increment  An  increment  determined  to  have  something  sufficiently  wrong  to  prevent  it  from  being  loaded  into  the 

transporting  aircraft. 
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Responsibility  Assignment  The  unit  having  the  responsibility  to  prepare  and  process  an  increment.  This  is  especially  important  when  the  A23 
_ _  increment  comprises  items  from  multiple  units.  _ 


Responsibility  Assignment  The  business  rales  that  define  which  unit  are  selected  as  responsible  when  an  increment  comprises  items  from  A23 

Standard _ multiple  units.  _ _ _ 

Responsible  Unit  &  Chalk  A  list  of  increments  and  items  contained  in  a  chalk  and  the  one  or  more  units  owning  those  items  and  A2 

Contents  increments.  A23 

A24 
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letup  Status  The  current  readiness  of  the  deployment  capability  at  a  wing/base. 


Shippers  Document  (Shippers  Document)  The  document  that  must  be  signed  before  a  hazardous  material  can  be  transported  by  an  A5 1 33 

_ _ organization  and  on  any  aircraft  type. _ 

Shot  Record _ An  up  to  date  listing  of  the  person's  medical  shots.  _  ~A245~ 
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Standard  UTC  Contents  (Standard  Unit  Type  Code  Contents)  The  number  and  type  of  personnel  and  cargo  referenced  through  the  A2 1 

_ identification  of  a  UTC.  _  A212 

Standard  UTC  Data _  (Standard  Unit  Type  Code  Data)  All  the  data  that  folly  defines  a  standard  UTC.  A-l 

Standard  UTC  Pallets  (Standard  Unit  Type  Code  Pallets)  The  definition  for  each  pallet  designed  to  carry  the  cargo  item  listed  in  a  A23 
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A21 


Total  List  of  Requested  An  itemized  list  of  personnel  requirements  and  cargo  item  requirements  identified  through  the  UTCs  listed  in  A2 1 

Deployment  Resources  the  deployment  tasking.  A2 1 2 
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UDM  Approved  List _ (Unit  Deployment  Manager  Approval  List)  The  list  of  deploying  resources  determined  for  the  deployment.  A2 1 5 

UDM  Comments  (Unit  Deployment  Manager  Comments)  Reasons  and  logic  provided  by  the  UDMs  and  work  centers  for  the  A25 

_ variations  between  the  DSOE  defined  planned  activity  times  and  the  actual  times. 
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Unit  Status  Reporting  (Unit  Status  Reporting  Requirements)  The  points  during  the  deployment  at  which  tasks  compilations  are  to  be  A241 

Requirements _ delivered  to  the  controlling  organization. _ _ _ 

Units  Included  The  identifiers  of  the  units  providing  items  to  be  included  in  one  increment.  A244 
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adjustment  to  the  performance  of  the  process. 


Verified  Deploying  Individual  An  individual  whose  qualifications  have  been  checked  to  ensure  they  satisfy  the  requirements  for  deployment.  AS3 

Verified  Resource  Information  (Verified  Resource  Information)  Current  maintenance  and  shot  records  for  equipment  and  personnel  eligible  A24 1 

_ _ for  deployment.  _ 

Weighed  Increment _ A  cargo  increment  that  has  been  officially  weighed  on  its  way  the  transporting  aircraft. _  A513 

Weighing  Procedure _ The  techniques  used  to  accurately  weigh  a  cargo  increment.  A513 
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uverlap  Selection/  Modification  A  software  tool,  which  selects  those  units  with  deployment,  schedules  that  overlap  sufficiently  to  allow  for  resource 

Module _  sharing  and  the  interfacing  with  the  users  for  verification  of  those  selections. 
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Transport  Coordination  Module  A  software  module  that  helps  organize  the  use  of  resources  within  a  base  for  effectively  moving  deploying  resources  from 

_ the  time  of  unit  preparation  until  they  are  loaded  into  the  transporting  aircraft. _ 

Transport  Estimating  Module  A  software  system  capable  of  translating  the  resources  identified  for  deployment  into  the  number  and  type  of  aircraft 

required  to  transport  those  resources. 
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Force  Requirement  ID _ The  unique  identifier  of  a  record  of  a  force  requirement. _ Attribute  ox  rUK.lb-K.QM  l 

Force  Requirement  Name _ The  name  of  the  mission  that  must  be  accomplished  by  the  force  requirement  Attribute  of  FORCE-RQMT 

Force  Requirements  Definition  A  description  of  the  force  requirement  and  the  mission  that  must  be  Attribute  of  FORCE-RQMT 

_ accomplished. _ _ 
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weapons  at  their  side  during  transport,  so  they  are  immediately  available  upon 

_ arrival  at  the  reception  location. _ 

LOI  ID _ The  unique  identifier  of  a  record  of  a  LOL _ Attribute  of  LOI 

LOI  Detail _ Detailed  information  about  the  instructions. _ _  Attribute  of  LOI 


WWW 
WWW 

9  9  9 

Pf  of!  W 

zzzzz  9  g  g 

w  co  «  w  w  WWW 

z  zz  z,z  ooo 

^  5*«I  s«  4-i  4w  4w  <w-t  4w 

OOCOO  DOO 

S  S  S  S  S  ju  jg  jtj 

j|  j|  ,S  j|  jl  £>.§.£>  j|  ^ 

<<<<<wrt:<<w 


P  P 
<  < 
N  N 


9  9 

w  w 


6  6 
<  < 


S  z  S 
ooo 

PhP 
<  <  < 

N  y  y 

z  z  z 
<  << 

9  9  9 
ooo 

4^  Cj_r  4m 

OOO 

B  B  B 
|  |  |  ^, 

J  J  J  2 

<  <  <  w 


I'S  w 

«  m*  SO 

2  «  ,o> 

fi  ^2  4-t 

E  «  'I 

|  o  £ 
a  4  «£ 


391 


Pax  Chalk  Status _ The  status  of  the  preparation  and  processing  of  each  passenger. _ Attribute  of  PAX-CHALK 

Pax  Chalk  Comments  Any  additional  details  regarding  the  status  of  the  processing  person.  This  can  Attribute  of  PAX-CHALK 
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PLAN-ORGANIZATION-ROLE  (PLAN  x  ORGANIZATION  x  ROLE)  This  is  the  associative  entity  between  Entity 

the  plan  and  an  organization  identified  in  the  plan  and  the  role  that 
_ organization  will  assume  for  the  plan. _ 

Plan  Organization  Role  ID  1  The  unique  identifier  of  a  record  of  an  organizational  role  in  a  plan.  Attribute  of  PLAN-ORG-ROLE 
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Activity  Status _ The  status  of  the  performance  of  this  activity. _ Attribute  of  RESOURCE-ACTIVITY 

Activity  Detail  Details  of  the  status  of  the  performance  of  this  activity  and  any  rationale  for  Attribute  of  RESOURCE- ACTIVITY 

_ _  delays  or  problems. 
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ragment  ID  A  single  character  used  to  identify  elements  of  a  force  deploying  in  more  than  Attribute  of  TASKING 

_ one  increment.  Makes  up  the  sixth  position  of  the  ULN. 
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APPENDIX  H 

LOG-AID  TO-BE  PROCESS  MODEL 
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A21:  Compute  Deployment  Requirements 
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On-Site  Unit  Schedule  Overlay  Condition  for  Consider 
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Req'd  Deploy  Resources  by  Unit 
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Intra  Base  Common  Resources  Prioritized  Units  by  Item 
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Duration  Driven  Rqmts 

30-Day  Support  Proposed  Unit  Deploying  List  UDM  Approved  List 
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Standard  Increment 
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A24:  Evaluate  Personnel/Equipment  Qualifications 


Verified  Resource  Info  Current  Personnel  &  Equip  Info 
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Resource  Qualifications  Qualified  Resources  Available  Resources  Manifest  &  Shortfalls 
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A244.4  Identify  for  In-  In-check  Requirements  Increments  are  marked  as  those  requiring  in-check  .through  the  CDF,  such  as  those  with  min  1 
check  Summary  HazMat,  those  with  cargo  from  multiple  units,  those  with  unit  preparation  history  not  at  mean  3 

100%,  and  random  checks  on  units,  max  5 
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Selected  Personnel 
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A245:  Identify  Personnel  Requiring  PDF 
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Initiate  Personnel  Process  Time 
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#,  Skill,  &  Sched  for  Augmentee  Approved  Augmentee  List 
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Node  Proems  Name  OutputVroduct  Description  Timeto \Fn^enq>  lErajHfom/  \  Resource 

Number  Complete  Cm  of  Rules 

minutes)  Occurrence  Variation 
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Proposed  Assignment 
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A4:  Arrange  for  Transportation 


Node  Proms  Name  Output/Product  Description  Time  to  Frequency  Exceptions/  Resource 

Number  Complete  (in  of  Rules 

minutes)  Occurrence  Variation 
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A5:  Deploy  Resources 
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Documented  Increment  Identified  Increment 
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Unit  Prepared  Cargo  Elements 
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Emergency  Update  Info 
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A535:  Provide  Consultation 
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HazMat  Documented  Increments 
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Deployed  Increment  &  Personnel 
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